我正在处理一些使用套接字直接工作的旧版TCP服务器代码,因为它是在.NET 2.0及以前版本中编写的。该服务器具有“停止”和“启动”接受客户端连接的功能。
为了解决问题,我以管理员用户身份在控制台模式下运行服务器。除此之外,我从方程式中排除了套接字接受线程,所有代码只执行类似以下操作:
这个代码从不同的方法中调用。我已经调试了代码,非常确定代码只执行一次。然而,问题在于对
当我编写一个小型控制台应用程序,使用相同的代码片段时,一切都正常工作。我甚至尝试跟踪.NET网络和套接字库,但没有错误或任何指示出现问题。
对我来说,不清楚为什么调用
更新: 经过进一步调查,发现子进程启动到
为了解决问题,我以管理员用户身份在控制台模式下运行服务器。除此之外,我从方程式中排除了套接字接受线程,所有代码只执行类似以下操作:
tcpListener = new TcpListener(IPAddress.Any, this.Port);
tcpListener.Start();
并且
tcpListener.Stop();
这个代码从不同的方法中调用。我已经调试了代码,非常确定代码只执行一次。然而,问题在于对
Stop
的调用实际上并没有释放套接字地址,随后对Start
的调用因此失败,并显示错误信息“通常只允许使用每个套接字地址(协议/网络地址/端口)一次”。我还可以从ProcessExplorer中确认服务器仍在监听服务器端口。当我编写一个小型控制台应用程序,使用相同的代码片段时,一切都正常工作。我甚至尝试跟踪.NET网络和套接字库,但没有错误或任何指示出现问题。
对我来说,不清楚为什么调用
Stop
不会释放套接字地址?更新: 经过进一步调查,发现子进程启动到
TcpListener
存在一些奇怪的影响。我已经制作了一个“裸骨”示例代码,说明了这个问题:using System;
using System.Diagnostics;
using System.Net;
using System.Net.Sockets;
using System.Reflection;
using System.Threading;
namespace TcpListenerStartStop
{
class MyTcpListener
{
public static void Main(string[] args)
{
Int32 port = 13000;
if (args.Length > 0) // indicates child process
{
Thread.Sleep(4000); // as a child do nothing and wait for a few seconds
}
else // parent will play with the TcpListener
{
//LaunchChildProcess(); // launch child here and listener restart is fine?!?
var tcpListener = new TcpListener(IPAddress.Any, port);
tcpListener.Start();
Console.WriteLine("Starting test in 2 seconds...");
Thread.Sleep(2000);
LaunchChildProcess(); // launch child here and listener restart is not fine?!?
tcpListener.Stop();
Console.WriteLine("Stopped.");
Thread.Sleep(1000);
tcpListener.Start();
Console.WriteLine("Started");
}
Console.WriteLine("All is good, no exceptions :)");
}
private static void LaunchChildProcess()
{
Process process = new Process();
var processStartInfo = new ProcessStartInfo
{
CreateNoWindow = true,
FileName = Assembly.GetExecutingAssembly().Location,
UseShellExecute = false, // comment out this line out listener restart is fine?!?
Arguments = "child"
};
process.StartInfo = processStartInfo;
process.Start();
}
}
}
从代码中可以看出,如果在创建监听器之前启动子进程,则一切正常,但如果在监听器重启之后启动子进程,则会失败。这与子进程的 UseShellExecute = false
选项有关。
不确定这是 .NET 的 bug 还是我不知道的某种特殊行为?