websocket 监听端口问题

有用户反馈使用我们的软件时会出现 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 已变成绑定后的