Netty---Handler线程模型

本文探讨了Netty框架中handler与executor的关系,指出当用户handler处理逻辑阻塞时,可能导致整个IO线程阻塞。为解决这个问题,提出了两种策略:一是在添加handler时指定executor,避免IO线程受影响但增加线程切换开销;二是handler内部自建线程池,根据任务耗时决定是否异步,减少不必要的线程切换。这两种方式各有优劣,需要根据实际场景选择。
摘要由CSDN通过智能技术生成

每个handler都有一个executor,当事件流过的时候会判断是不是自己的executor,如果不是就提交一个任务进去。head和tail的executor是workerGroup里面的。用户自己的handler在添加的时候如果没有指定executor,那么使用的也是workerGroup。此时head、tail和用户自己的handler使用的就是同一个executor。如果此时用户的处理逻辑阻塞,那么等于这个IO线程阻塞,会影响到所有注册到此executor的通道。

解决方法就是将耗时任务添加到异步线程池中。但就添加线程池这步操作来讲, 可以有2种方式。

  1. 第一种方式---在添加handler指定executor,这是当事件流到此handler时,就会提交一个任务到executor,IO线程不受影响。但是这样做每次都会有线程切换。接受数据、发送数据都会存在线程切换
  2. 第二种方式---handler里面自己开线程池来处理。这样更加灵活,可以根据用户判断到底要不要交给线程池做,如果处理不耗时,可以直接让IO线程做,这样减少了线程切换的开销。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值