Winsock与Qt线程问题：accept后调用SendMessage触发10038错误求助

核心问题：错误码10038（WSAENOTSOCK）的根源 #

错误码10038表示你正在对非套接字对象执行套接字操作，核心原因有两个：

1. 线程操作的是服务器对象的副本
   在MainWindow构造函数中，创建线程时传递的是server的副本，线程内init函数修改的是这个副本的acceptSocket，而非全局的server对象。UI线程调用server.getaccSocket()时，拿到的是未初始化的无效套接字，直接触发10038错误。
2. GUI线程被阻塞
   构造函数中调用session.join()会阻塞GUI线程，直到accept()成功接收连接才会初始化UI，这就是你看到"执行到accept()后GUI线程获得控制权"的原因。

修复步骤 #

1. 让线程操作全局server对象 #

修改线程创建代码，传递对象引用而非副本：

std::thread session(&Tcp_server::init, &server, 1);

这样线程内的init函数会直接修改全局的server对象，确保acceptSocket能正确初始化并供UI线程使用。

2. 避免阻塞GUI线程 #

不要在构造函数中调用join()，改用detach()让后台线程独立运行（也可以用Qt的QThread更贴合GUI场景）：

std::thread session(&Tcp_server::init, &server, 1);
session.detach();

这样UI会正常初始化，后台线程等待连接的同时不影响GUI交互。

3. 移除无效的mutex锁 #

init函数中的局部std::mutex mut完全无效，因为只有当前线程访问相关资源，直接删除即可。

4. 补充线程安全保护（可选） #

如果UI线程和后台线程会同时访问acceptSocket，需要给acceptSocket的读写加全局互斥锁：
在Tcp_server类中添加成员变量：

std::mutex socket_mutex;

修改init中赋值acceptSocket的代码：

std::lock_guard<std::mutex> lock(socket_mutex);
acceptSocket = accept(serverSocket,NULL,NULL);

在getaccSocket中也加锁：

SOCKET Tcp_server::getaccSocket() {
    std::lock_guard<std::mutex> lock(socket_mutex);
    return acceptSocket;
}

额外建议 #

• 改用Qt自带的QTcpServer替代原生Winsock，它更贴合Qt GUI框架，自带异步处理机制，能避免手动线程管理的麻烦。
• 错误处理中catch(...)无法正确捕获之前抛出的错误码，建议直接用条件判断处理错误，逻辑更清晰。

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