Pourquoi cette exception SocketException n'est-elle pas interceptée par une routine de capture générique?

Question

Notre société fournit un composant réseau (DLL) pour une application GUI.

Il utilise une minuterie qui vérifie les déconnexions. Si elle veut se reconnecter, il appelle:

internal void timClock_TimerCallback(object state) 
{ 
    lock (someLock) 
    { 
    // ... 
    try 
    { 
     DoConnect(); 
    } 
    catch (Exception e) 
    { 
     // Log e.Message omitted 
     // Raise event with e as parameter 
     ErrorEvent(this, new ErrorEventArgs(e)); 
     DoDisconnect(); 
    } 
    // ... 
    } 
} 

Le problème est, à l'intérieur de la routine DoConnect() SocketException est jeté (et non pris). Je suppose que le catch (Exception e) devrait attraper TOUTES les exceptions mais de façon ou d'autre le SocketException n'a pas été attrapé et montre à l'application de GUI.

protected void DoConnect() 
{ 
    // 
    client = new TcpClient(); 
    client.NoDelay = true; 
    // In the following call the SocketException is thrown 
    client.Connect(endPoint.Address.ToString(), endPoint.Port); 
    // ... (login stuff) 
} 

Le doc a confirmé que SocketException étend l'exception. Le stacktrace qui est apparu:

TcpClient.Connect() -> DoConnect() -> timClock_TimerCallback 

Ainsi, l'exception n'est pas jeté à l'extérieur du bloc try/catch.

Des idées pour lesquelles cela ne fonctionne pas?

Answer 1

J'ai écrit un petit programme et j'étais incapable de reproduire, une SocketException a été attrapée dans un TimerCallback.

Alors je vous suggère de repenser votre analyse, le problème peut ne pas être ce que vous pensez qu'il est. Quelques suggestions:

• exécutez-le en dehors du temporisateur. T | hat prend l'enfilage de la boucle.
• exécutez-le dans le débogueur. Où l'exception se produit-elle vraiment?
• étape de la gestion des exceptions. ErrorEvent fait-il ce qu'il devrait faire?

Answer 2

Si ErrorEvent déclenche réellement une autre exception (par commentaire), alors DoDisconnect() n'est jamais exécuté.

Sinon, l'exception que vous voyez peut-être à venir sous forme DoDisconnect()

Answer 3

Pouvez-vous poster le code DoConnect()?

Aussi des choses à essayer: Pouvez-vous l'attraper dans le DoConnect()? Essayez d'attraper l'exception spécifique au lieu de simplement le générique. Comment réagit-il si vous utilisez le mode débogage?

Answer 4

Votre timClock_TimerCallback n'est pas appelé dans le même thread que l'instruction catch veut intercepter une exception. Vous devez intercepter l'exception à l'intérieur de timClock_TimerCallback, puis appeler une méthode qui s'appelle elle-même, puis renvoyer l'exception dans le bon thread.

Pas sûr que cela fonctionne, mais vous pourriez essayer.