QUdpSocket在Windows无法接收数据但Ubuntu正常的问题求助

我帮你排查下几个关键问题点，这些很可能是Windows下收不到数据的核心原因：

1. 线程归属错误导致信号槽失效 #

你在构造函数里调用了moveToThread(this)，这是个典型的错误用法。MyUDPSocket本身是QThread的子类，它是线程控制器，而非线程内的工作对象。在构造阶段线程还未启动时就把自身移到自己的线程中，会导致对象的线程归属混乱，Windows平台下Qt的事件循环对线程归属的校验更严格，最终会让readyRead()信号无法正确触发readPackets()槽函数。

修正方案：直接移除构造函数中的moveToThread(this);代码即可。

2. Windows套接字绑定规则差异 #

Linux和Windows的套接字绑定逻辑有差异，Windows默认不允许多个进程绑定同一端口，也可能存在绑定优先级的问题。你的代码里仅用默认参数绑定，在Windows下可能无法正确监听端口。

修正方案：绑定socket时添加ShareAddress和ReuseAddressHint选项：

udpSkt->bind(QHostAddress::AnyIPv4, 56666, QUdpSocket::ShareAddress | QUdpSocket::ReuseAddressHint);

3. 析构函数的资源释放顺序问题 #

你的析构函数先调用exit()再删除socket，这可能导致socket还在占用资源时事件循环就退出了，容易出现资源泄漏或异常。正确的顺序应该是先关闭并释放socket，再退出线程。

修正后的析构函数：

MyUDPSocket::~MyUDPSocket()
{
    if (udpSkt) {
        udpSkt->close();
        delete udpSkt;
        udpSkt = nullptr;
    }
    exit();
    wait();
    qDebug() << "MyUDPSocket Destroyed!";
}

4. Windows防火墙拦截 #

Windows Defender防火墙默认会拦截未授权程序的网络请求，哪怕是本地UDP通信也可能被拦截。你需要手动将你的程序添加到防火墙的允许列表中，或者测试时临时关闭防火墙验证。

5. 测试地址的IPv4/IPv6问题 #

如果测试时用localhost发送数据，Windows下可能会优先解析为IPv6地址（::1），但你的socket绑定的是AnyIPv4，自然接收不到IPv6的数据。测试时请直接发送到127.0.0.1:56666。

按照以上几点修改后，你的UDP接收逻辑应该能在Windows平台正常工作了。

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