最近发现Websocket发送超过6w个字节的时候就会自动断开连接，前端控制台没有报错信息，Websocket后端也没有报错信息，这就迷了。网上一搜，方案大致两种：消息分片和调整消息限制长度。消息分片不考虑，那么只有调整消息限制长度的方案。
1、调整tomcat容器的限制
在Websocket的配置中，定义Container的配置。
@Configuration
@EnableWebSocket
public class WebsocketConfiguration implements WebSocketConfigurer {
private static final int MAX_MESSAGE_SIZE = 20 * 1024;
private static final long MAX_IDLE = 60 * 60 * 1000;
@Bean
public ServletServerContainerFactoryBean createServletServerContainerFactoryBean() {
ServletServerContainerFactoryBean container = new ServletServerContainerFactoryBean();
container.setMaxTextMessageBufferSize(MAX_MESSAGE_SIZE);
container.setMaxBinaryMessageBufferSize(MAX_MESSAGE_SIZE);
container.setMaxSessionIdleTimeout(MAX_IDLE);
return container;
}
}
但是还是没有起到作用，Websocket依然断开。
注意：MAX_MESSAGE_SIZE不应设置过大，否则建立连接频繁申请过大的空间容易导致内存溢出
参考：websocket影响内存泄漏的两个点
TOMCAT websocket 多连接内存泄漏与jetty对比分析
2、调整Gateway转发对消息长度的限制
在排查日志的时候，发现Spring Cloud Gateway报错了，如下：
io.netty.handler.codec.CorruptedFrameException: Max frame length of 65536 has been exceeded.
这Gateway也来插一脚，大致就是推送的消息长度不能超过65536字节。
具体解决方法，上网了一下，参考https://blog.csdn.net/wu_xijie/article/details/103166605。Websocket发送消息没有再断开，但只解决了发送期间消息长度的问题，在Websocket建立连接的时候，发送的消息超过6w个字节照样出错。
3、调整netty建立时候消息长度的限制
这个和上面的解决不一样，替换初始化的Bean比较困难，最后通过修改源码来进行调整长度的限制。主要修改的是HttpServerWSOperations这个类的初始化时，增加WebSocketServerHandshakerFactory 的maxFramePayloadLength的参数。修改完后，重新打包，覆盖原来项目依赖的Jar包。
4、最后
其实，如果你不是一定要Gateway来转发Websocket的话，可以直接用nginx转发Websocket到对应的服务，那就没有Gateway转发限制的烦恼了。如果不用Gateway转发，那么只需要第一步设置就行了，第二第三步都不需要。