Socket.io部署遇到的坑

问题：

服务端使用了namespace来隔离作用域，也没增加其它配置

一开始使用ip+端口的方式与服务端连接，一切正常，后来采用nginx部署的方式，就凉凉了。

错误信息

Socket.io connection error: Invalid namespace.

排查过程

首先检查nginx的配置文件，确保支持socket连接

详:https://www.nginx.com/blog/nginx-nodejs-websockets-socketio/

配置都没问题后，还是无法正常运转，无奈之下只能去查看nignx日志,然后就发现了这么一行

"GET /socket.io/?EIO=3&transport=polling&t=N9_C80w&b64=1 HTTP/1.1" 404 153 "-" "node-XMLHttpRequest"

然后我就懵了，下面是我的配置

        location /socket-bridge {
            proxy_pass             http://127.0.0.1:6017;
        }

我明明配置的是 /socket-bridge并且客户端连接也没问题，那么问题来了，我明明连接的是 /socket-bridge为什么到了nginx这边就成 /socket.io了呢?

然后我试图将nginx中配置更改为

        location  /socket.io {
            proxy_pass             http://127.0.0.1:6017;
        }

结果！！！它就好了！！！

然后，我去仔细核对了一下正式环境中的网关配置（这里指生产环境的nginx配置），发现 /socket.io已经被使用

        location /socket.io/ {
            proxy_pass             http://mercurius;
        }

然后我就明白为什么它会给我报上面那个错误了，原来连接都被代理到 mercurius 去了，但是 mercurius又不存在我所连接的 namespace。

然后，根据查文档，又有新的发现，发现连接的时候有一个 path参数。

原来是因为我没有配置path参数导致nginx收到的连接都是以默认值 /socket.io开头的。

socket与http接口不同

如何解决

增加path参数