【发布时间】：2019-01-16 12:05:37
【问题描述】：
所以，这里有一些复杂的客户端-服务器应用程序，其中的一部分打开端口用于侦听和进一步的网络交互。使用了QTcpServer + QTcpSocket（后面会详细介绍）。
应用程序的这个“网络层”在任何地方都能正常工作，除了 Windows 8.1 Pro。只是不要问，为什么我们的客户端决定它可以用作服务器......它发生了，错误地重新启动进程，在特定端口上打开 TCP 连接以进行监听，有时会导致该端口不适合任何后续尝试绑定它。它看起来像某种魔法，但行为发生如下：
- 端口 8554 已被进程监听（“连接 -- 已建立”）
- 通过此套接字连接客户端时进程崩溃或以某种方式终止
- 进程重新启动并尝试再次侦听端口。失败并显示“已在使用”。
- 我停止服务器并尝试通过
netstat -an检查端口。它是免费的。 -
我等了一会儿，尝试通过powershell检查端口，比如：
$Listener = [System.Net.Sockets.TcpListener]8554 $Listener.Start()不，这会导致类似“已在使用”这样的错误。
- 我可以将套接字绑定到另一个端口，powershell sn-p 也适用于它们。但是我们服务器的紧急重启也会“破坏”它们，场景是一样的。
- 一旦端口“损坏”，Windows 重新启动是解决此问题的唯一方法。
- 绑定到“任何地址”，即
0.0.0.0:8554的行为与所述相同。绑定到确切的 IP，比如10.11.12.123:8554更好，在尝试将 FileZilla 绑定到“损坏的端口”时检查它。
现在是编码问题。至少在我们的架构中，为绑定提供精确的 IP 看起来是个坏主意，所以我决定在 Windows 上使用 SO_REUSEADDR。但是看起来我必须在 before 绑定/侦听调用之前设置此选项，这会导致显着的 QTcpServer 使用自定义。请记住，该应用程序是跨平台的（WinSock + sys/socket + 一些#defines，如果要使用 Qt 方法以外的东西......）。 Aaaand 还有我最喜欢的QTcpServer 自定义的旧版本，看看：
QTcpServer2.h
#pragma once
#include <QTcpServer>
#include <QMutex>
class QTcpServer2 : public QTcpServer
{
QMutex mConnectionMutex;
QList<qintptr> mSocketDescriptors;
private:
virtual void incomingConnection(qintptr socketDescriptor) override;
public:
bool TakeIncomingSocketDescription(qintptr& socketDescriptor);
public:
QTcpServer2();
};
QTcpServer2.cpp
#include <QMutexLocker>
#include "QTcpServer2.h"
void QTcpServer2::incomingConnection(qintptr socketDescriptor)
{
QMutexLocker lock(&mConnectionMutex);
mSocketDescriptors.append(socketDescriptor);
}
bool QTcpServer2::TakeIncomingSocketDescription(qintptr& socketDescriptor)
{
QMutexLocker lock(&mConnectionMutex);
if (mSocketDescriptors.empty()) {
return false;
}
socketDescriptor = mSocketDescriptors.takeFirst();
return true;
}
QTcpServer2::QTcpServer2()
{ }
用法：
bool NetServer::DoInitConnection()
{
mNetServer = QSharedPointer<QTcpServer2>(new QTcpServer2);
if (!mNetServer->listen(QHostAddress::AnyIPv4, mPort)) {
Log.Fatal(QString("Listen port fail (port: %1)").arg(mPort), true);
return false;
}
return true;
}
叹息... 是的，我知道挂起的连接机制，关于信号槽的想法，但现在没有代码了。 TakeIncomingSocketDescription 用于在某处传递套接字描述符。和线程访问，是的。无论如何，这段......代码需要重构，我非常需要你的建议：在这里自定义套接字绑定的适当方法是什么？假设子类化仍然存在，描述符列表也不是 -很容易摆脱。
Qt Sources 向我展示了以下内容：
/*! \internal
*/
void QTcpServerPrivate::configureCreatedSocket()
{
#if defined(Q_OS_UNIX)
// Under Unix, we want to be able to bind to the port, even if a socket on
// the same address-port is in TIME_WAIT. Under Windows this is possible
// anyway -- furthermore, the meaning of reusable on Windows is different:
// it means that you can use the same address-port for multiple listening
// sockets.
// Don't abort though if we can't set that option. For example the socks
// engine doesn't support that option, but that shouldn't prevent us from
// trying to bind/listen.
socketEngine->setOption(QAbstractSocketEngine::AddressReusable, 1);
#endif
}
这正是我想要的，但无法从 Qt 类接口访问这些内部结构。 QTcpServer 隐式执行bind 调用，所以我不能在那里传递QAbstractSocket::ReuseAddressHint。
可能有一些巧妙的解决方案，也可能没有。如果有任何想法，我将不胜感激。
【问题讨论】：
-
Win 8.1 Pro 是否实现了
POSIX.1-2001层？如果是这样，调用::setsockopt(mNetServer.socketDescriptor(), SOL_SOCKET, SO_REUSEADDR, ...)应该可以解决问题，并且应该可以跨大多数操作系统移植。 -
@G.M.，也许我错了，但是 socketDescriptor 是在
listen()中隐式设置或在setSocketDescriptor()中显式设置的，它必须处于“监听”状态。你的意思是我必须自己实现一切——配置、绑定和监听套接字？ оО