java项目用netty启动卡住_java用netty框架做服务端,有时候与客户端建立连接发消息会造成服务端假死,那是怎么原因?...

使用Netty做一个服务端,在SpringBoot启动后用FutureTask进行异步启动Netty。负责与物联网设备通信,有时候客户端与服务端通信时,造成服务端假死,网页访问速度慢的跟没有一样,那么发生假死的原因是是什么,怎么从解决。而且假死之前,没有抛出异常。不考虑在物联网设备上排查问题的方式。

由于服务端的handler的内包含的代码信息量有点大,我就简要说明一下,目前的handler只有一个的继承于ChannelInboundHandlerAdapter的类,没有其他的handler类。服务端有登录记录。若未登录,并且发出的找不到处理函数(java方法名)的命令,则建立连接发送消抛出异常时会断开连接,但登录后的客户端,若发出的找不到处理函数的命令,则会抛出异常,但不会断开连接。有几次设备登录后,不断发送数据,过了很长时间才有假死现象,有时候刚启动web程序不久,测试的物联网设备与服务端建立连接了几个消息一会就假死了。

这些假死是什么原因造成的,怎么从服务端避免这个情况发生?是不是漏掉flush?或者writeFlush?还是更复杂的原因?有相关的大佬能给一些提示和原因吗,并且有什么解决方法?

以下是服务端代码,和SpringBoot启动后异步启动Netty的代码

public class BaseNetty {

static EventLoopGroup bossGroup = new NioEventLoopGroup(); // 用来接收进来的连接

static EventLoopGroup workerGroup = new NioEventLoopGroup(

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值