WinForm异步TCP客户端使用ManualResetEvent主线程阻塞问题求助

• 死锁是WinForm UI线程同步上下文冲突导致的：你直接在UI线程的按钮点击事件中调用StartClient，其中的connectDone.WaitOne()、sendDone.WaitOne()、receiveDone.WaitOne()会完全阻塞UI线程，使其无法处理任何消息队列任务。
• 你的所有Socket异步回调中都调用了WriteOnLog方法，该方法中的this.Invoke需要将日志写入委托投递到UI线程执行，但是UI线程已经被WaitOne阻塞，回调会卡在WriteOnLog调用处，永远无法执行到后续的Set()方法释放信号，形成死锁。
• 代码存在语法错误：Form1类内部开头多了一对多余的大括号，且你直接使用了未定义的StateObject类，代码本身无法正常编译运行，你需要单独定义StateObject类存放接收状态数据。

• 1. 把StartClient的调用放到后台线程执行，避免阻塞UI线程：修改按钮点击事件的调用逻辑为Task.Run(() => StartClient(ipAddress, portNum))，这样WaitOne阻塞的是后台线程，UI线程可以正常处理Invoke请求，回调可以顺利执行到Set()释放信号。
• 2. 补充缺失的StateObject类定义：

public class StateObject
{
    public Socket workSocket = null;
    public const int BufferSize = 256;
    public byte[] buffer = new byte[BufferSize];
    public StringBuilder sb = new StringBuilder();
}

删除Form1类中多余的那对大括号以及内部重复定义的字段。

• 3. 适配多轮连接优化：将静态的ManualResetEvent改为实例成员，每次发起连接前调用Reset()重置信号状态，避免多次点击连接出现信号冲突。
• 4. 长期迭代优化：可以直接使用.NET自带的Task异步Socket API，配合async/await语法，不需要手动管理ManualResetEvent线程同步，也能完全避免UI线程死锁问题。

内容的提问来源于stack exchange，提问作者AlexMacabu