socket.io 与 web 服务共用端口的解决方案
对于仅开放 80 端口的客户端环境，使用 socket.io 存在挑战。本文将探讨 socket.io 与 web 服务共用同一个端口的可能性并提供可行的解决方案。
共用端口的可行性
socket.io 是建立在 websocket 和 http 协议之上的，websocket 是一项独立于 http 的协议，需要使用单独的端口。因此，socket.io 本身无法与 web 服务共用同一个端口。
反向代理的解决方案
为了解决此问题，可以使用反向代理，如 nginx 或 apache，将其配置为代理来自 web 端口（例如 80）的对 socket.io 请求。这种方法将请求转发到 socket.io 服务运行的单独端口（例如 9092）。
nginx 反向代理配置示例
nginx 的配置示例如下：
http {
server {
listen 80;
root /var/www/html;
location / {
proxy_pass http://localhost:9091;
}
location /socket.io/ {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_pass http://localhost:9092;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
}
}在这个配置中，所有非 socket.io 请求都将转发到端口 9091，而所有以 /socket.io/ 开头的 socket.io 请求则将转发到端口 9092。反向代理充当代理，将请求路由到适当的服务，从而允许 web 服务和 socket.io 共用同一个端口。
