原文地址：
https://blog.csdn.net/u011429231/article/details/82498795
前言
之前的项目中，使用zuul网关统一过滤域名，为了管理方便，想要尝试看看能不能使用zuul管理websocket连接。
现象描述
高版本的websocket在第一次http请求后，使用的是更快速的tcp连接
zuul网关只能管理http请求，并且不支持tcp以及udp请求
zuul转发websocket时，会将websocket降级为http请求转发掉（轮询的方式），换句话说就是不支持转发长连接，zuul2好像可以，详细情况看下面提供的链接
结论
最好是不要通过zuul来管理websocket连接，降级为轮询后，效率会降低很多。
原来除了zuul之外，还有其他类似的控制网关的框架，下面这4个都是可以实现的
图片.png
Gateway是spring自己开发的，教程可以参考下面，写的不错，还支持长连接！！
https://blog.csdn.net/russle/article/details/80962066
http://cxytiandi.com/blog/detail/20430
最后
因为打算把服务器的websocket功能转接到我的这个zuul代理服务器来做，所以就不再研究怎么转发websocket了。
为什么要把websocket功能转接到我的这个代理服务器来做呢？代理服务器用zuul或者其他框架直接转发到主服务器不就行了吗？
因为考虑到一个问题，那就是灰度发布的时候，需要将全部请求转发到灰度版的服务器作为现在的主服务器，那么原服务器的那些websocket长连接怎么办？肯定断了啊，那怎么继续在现在的服务器上保持？就是因为这一点所以才把websocket功能放到代理服务器实现的。
也不知道其他公司都是怎么做的，怎么解决我说的问题，望告知！感谢！
未来坑：
我现在把websocket功能放到代理服务器来做，万一以后业务要增加websocket功能，那岂不是得停服更新代理服务器，可是目的就是不停服啊
网友评论