C# windows (WinForms) untergeordnete Anwendung sperrt Sockets

Question

Ich habe zwei Windows C# WinForms-Anwendungen, die die gleiche Weise in Bezug auf dieses Problem verhalten. Das Verhalten tritt auf, wenn die Anwendungen in dieser Reihenfolge ausgeführt werden: Hauptanwendung wird gestartet und ein Teil des normalen Arbeitsprozesses öffnet einige Sockets; Mischung aus TCP-UDP und Multicast. Wenn Sie eine Taste drücken, wird eine andere Anwendung gestartet, die C# -Prozessbibliotheken verwendet. Die zweite App startet ok und alles ist in Ordnung.

Es ist bekannt und akzeptabel, dass, wenn ich eine zweite Instanz meiner Hauptanwendung starte, die zweite Instanz nicht in der Lage sein wird, die Sockets zu verwenden, die der erste besitzt. Das Problem, das ich habe, ist, dass, wenn ich die erste App herunterfahre und neu starte, es nicht in der Lage sein wird, die Sockets mehr zu bekommen ... bis die Kind-App auch heruntergefahren wird. Beachten Sie, dass die zweite App KEINE ANY-Sockets verwendet, aber irgendwie hält Windows die Sockets gesperrt, bis die zweite App heruntergefahren wird.

Ich habe diese Frage ZU PROGRAMMIER ZUSAMMENHANG MIT DEN IN C# WIN Formen, die JETZT MIT GROSSBUCHSTABEN FÜR MENSCHEN ZUM THEMA IST, DIE NICHT EIN/AUS-THEMA unterscheiden:

wie löse ich das so, dass ich don muss nicht die zweite App herunterfahren, damit der erste seine Sockets erwerben kann (WHICH -ich weiß - SIND FREI).

Answer 1

Dies ist normal handle inheritance Verhalten. Leider geht das .Net Process.Start als bInheritHandles an CreateProcess über (NB: eine offene Anfrage, um die Kontrolle über dieses Verhalten zu ermöglichen existiert: Make Process.Start have a option to change handle inheritance). Verwenden Sie als Arbeitsumgebung stattdessen die native CreateProcess, siehe When System.Diagnostics.Process creates a process, it inherits inheritable handles from the parent process.