详解nginx代理socket.io服务踩坑

https://***/"htmlcode">

invalid sid


我们遇到的便是这个问题，nginx默认的负载均衡策略是轮询，所以请求有可能会打到不是生成这个sid的机器上去，这时候我们就会收到一个400，如果运气好，可能也会打到原来的机器上，运气更好一点，甚至能坚持到websocket连接建立。
解决
这里提出两种方案

  
nginx的负载均衡采用ip_hash，这样能保证一个客户端的请求都走到一台服务器上
  
不使用polling模式，只使用websocket

这两种方案各有利弊。第二种显而易见，不支持websocket的古老浏览器和客户端将没法工作。第一种的问题隐藏得比较深，试想，如果你增减了机器会怎样，这时候ip_hash策略的模将变化，之前的连接将全部失效，而对于微服务，扩缩容是很频繁的操作（特别是产品处于发展期），这种有损的扩缩容很大概率是不能接受的。
综上，建议直接使用websocket，毕竟不支持websocket的老版本占比很少，而且相对于先polling，耗时也会减少。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。