引用：小张 发表于 2021-08-03 17:28
长连接走的公网。极少数用户才会遇到极少次数

你用算法兜底吧，不正常的连接直接断开再重连，恢复现场，不要留脏现场

引用：JackJiang 发表于 2021-08-03 17:17
一般情况下就是网络闪断了，如果不是你代码写的不对，通常都是正常的，无线网络要身就是信号抖动很大的

长连接走的公网。极少数用户才会遇到极少次数

引用：JackJiang 发表于 2021-08-03 17:17
一般情况下就是网络闪断了，如果不是你代码写的不对，通常都是正常的，无线网络要身就是信号抖动很大的

逻辑是这样的，服务端触发了channelInactive，这个操作通常是网络中断了才会触发吧。触发了之后，服务端是会通过长连接推送数据给客户端的，但是，被认为断连的终端居然能接收到，并且做了处理。所以，实际上可能没断开连接吧？只是服务端无端端认为连接断开了。。。

引用：小张 发表于 2021-08-03 16:33
请教下，终端和服务端的长连接会有出现断连的情况，通常什么情况下会触发了？排查发现回调了 channelInacti ...

一般情况下就是网络闪断了，如果不是你代码写的不对，通常都是正常的，无线网络要身就是信号抖动很大的

请教下，终端和服务端的长连接会有出现断连的情况，通常什么情况下会触发了？排查发现回调了 channelInactive。有点奇怪，不知从何复现，找出原因。求指点

引用：SteveZ 发表于 2021-07-22 16:52
数据下行通过MQ广播到所有服务器，这种方式在消息量大的情况下应该很浪费资源，有什么其它好的方案吗？

用RPC，精确传递

数据下行通过MQ广播到所有服务器，这种方式在消息量大的情况下应该很浪费资源，有什么其它好的方案吗？

非常感谢

大神级别的文章

看的出来，确实是经过实践的干货，很有价值。

此文中的代码实践部分有相当的借鉴意义，搞过Netty开发的应该都能看明白。