atr netty长连接_使用Netty框架，到底选择长连接模式还是短连接模式？

在实际的项目开发环境中，我们使用netty框架进行“数据中心”的开发时，到底选择“长连接”，“短连接”模式中的哪一种？在创建连接时，到底需要设置哪些参数？我们设置的参数，服务器性能是否能够满足？ 这些问题，都是需要我们根据具体情况，去具体分析的。

那么我个人建议，如果有多台设备需要与“数据中心”进行交互时，需要考虑以下三点内容：

第一种情况：

服务器性能比较不错，同时客户端数量比较少的情况下，而且对“报文数据”实时性要求较高的情况下，建议使用“长连接”模式，也就是“数据中心”与设备之间的连接长时间保持开启状态

第二种情况：

对“报文数据”实时性要求不高，而且支持一次性批量提交数据的情况下，也就是比如：我们有些“数据缓冲区”，“数据库表”等等可以放置数据的地方，当数据量达到一定量以后，一次性需要提交到“数据中心”的场景下，又或者采用定时任务轮询提交的场景下，那么建议“数据中心”与设备之间最好保持“短连接”，提交一次断开一次连接，下次需要再提交时，再获取新的连接即可。

第三种情况：

一种比较特殊的长连接模式，在一段时间内，“数据中心”与设备之间数据交互频繁，但是过了这段时间，很长一段时间内，都没有任何数据需要交互的情况下，最好的办法就是：在交互频繁的那段时间，保持长连接 ，一旦过了那段时间，立马断开连接，下次需要交互时，再获取连接即可，这种方式，主要可以为“数据中心”服务器节省资源的浪费。

第三种情况的使用，需要考虑两个问题：如果客户端或者“数据中心”，连接超时，无数据交互后，如何去断开连接？

客户端主动断开连接，很好办，下次需要再连接即可，那么如果是“数据中心”主动断开连接了，客户端应该如何去与“数据中心”再次建立连接？

长连接模式下，维护连接的方案：

如果是长连接的情况下，一般我们都需要做连接的维护工作，方案主要有以下两种：

1、客户端间隔5分钟，向服务器发起一次“心跳”报文，如果服务器正常回应，那就无所谓，如果不回应，一般就直接断开“连接”，然后重新向服务器再次申请新的连接即可。

2、客户端或者服务端开启一个定时任务，间隔5分钟，判断在这5分钟内，是否有向服务器交互数据，如果有交互，那么就继续维护这个连接，如果没有交互，那么就直接断开连接即可，下次再需要交互时，再向服务器申请新的连接即可。这样做的好处，是给服务器减压

客户端如果主动自己断开，这个一般不需要做特殊处理，直接在下次连接时，申请新的连接即可。

服务器如果自己因为什么原因，断开了，那么客户端，需要定义一个定时任务，间隔10分钟，或者多少时间，去不断的尝试服务器是否恢复。