messages: { open: 'home/socketio/open', // WebSocket �������� Action close: 'home/socketio/close', // WebSocket ������ Action adduser: 'home/socketio/adduser', //adduser ����� Action

{ messages: { open: 'home/socketio/open', // WebSocket 建⽴立连接时处理理的 Action close: 'home/socketio/close', // WebSocket 关闭时处理理的 Action adduser: 'home/socketio/adduser', //adduser 事件处理理的 Action

证，健壮性无比强大。 背景 背景 最近在做一个基于 Websocket 的长连中间件，服务端使用实现了 Socket.IO 协议（基于WebSocket协 议，提供长轮询降级能力） 的 netty-socketio  框架，该框架为 Netty 实现，鉴于本人对 Netty 比较 熟，并且对比同样实现了 Socket.IO 协议的其他框架，Netty 的口碑都要更好一些，因此选择这个框架作 为底层核心。 的内存，随着Bug被触发，内存也没有释放。问题缩小之后，接下来开始“撸源码”，捉虫！ 阶段7：线下排查 阶段7：线下排查 接下来，我们将本地服务重启，开始完整的线下排查过程。同时将目光定位到 netty-socketio 这个框架 的 Disconnect 事件（客户端WebSocket连接关闭时会调用到这里），基本上可以确定，在 Disconnect 事件前后申请的内存并没有释放。 在使用 idea debug