有用户反馈使用我们的软件时会出现 ERR_CONNECTION_CLOSED 问题
我们根据反馈排查问题发现是软件的 websocket 监听端口被另一款软件占用了,暂时的解决方法是将占用的软件关闭
可以通过命令行窗口输入
netstat -ano|findstr "9002"
其中,9002 是端口号,返回的结果为占用端口的进程信息,包括 PID
再输入
tasklist|findstr "21276"
21276 为进程的 PID,返回的结果为 exe 名称,根据 exe 可以找到软件名,后面可以根据实际情况处理
在实际的排查过程中,我们发现,理论上不同的 server 是不可以监听同一个端口号,除非 IP 不同,或者一个监听的 IPv4,一个监听的是 IPv6
根据猜测我们实际测试之后发现,我们的软件是监听的 IPv6
void listen(uint16_t port, lib::error_code & ec) {
listen(lib::asio::ip::tcp::v6(), port, ec);
}
默认绑定的是 0.0.0.0:9002
这就导致在其他软件在 IPv4 监听 9002 端口,而我们的软件在 IPv6 监听 9002 端口,两者并不冲突,所以不会报错
简单的解决办法:指定 ipv4
server.listen(boost::asio::ip::tcp::v4(), 9002);
这种情况下,当另一个进程想要监听该端口时都会返回错误
拓展:
IPV4 中,0.0.0.0 地址被用于表示一个无效的,未知的或者不可用的目标。
- 在服务器中,0.0.0.0 指的是本机上的所有IPV4地址,如果一个主机有两个IP地址,192.168.1.1 和 10.1.2.1,并且该主机上的一个服务监听的地址是 0.0.0.0,那么通过两个 ip 地址都能够访问该服务。
- 在路由中,0.0.0.0 表示的是默认路由,即当路由表中没有找到完全匹配的路由的时候所对应的路由。
在使用 websocket 时,如果不想使用默认的 0.0.0.0,而是想绑定指定的 ip,比如环回地址 127.0.0.1,可以这样传递参数
// Listen on port 9002
const boost::asio::ip::tcp::endpoint localEndpoint(
boost::asio::ip::address::from_string("127.0.0.1"), 9002);
server.listen(localEndpoint);
socket 上绑定也是类似的,
//服务端需要绑定ip和端口
sockaddr_in sin;
sin.sin_family = AF_INET;
sin.sin_port = htons(WS_PORT);
sin.sin_addr.S_un.S_addr = inet_addr("127.0.0.1"); // inet_addr 已弃用
inet_addr 已弃用,可以使用 inet_pton() or InetPton()
通过 cmd 查看,ip 已变成绑定后的