Netty案例(二)之耗时任务的处理

最新推荐文章于 2025-06-09 16:48:08 发布

原创

最新推荐文章于 2025-06-09 16:48:08 发布 · 5k 阅读

13 ·

CC 4.0 BY-SA版权

文章标签：

#netty #耗时任务 #业务线程

本文介绍了在Netty中如何处理耗时任务，强调了不能在IO线程中执行耗时操作，推荐了自定义业务线程池和在Context中添加线程池两种方式，并分析了各自的优缺点。通过代码案例展示了如何实现自定义线程池以及在Context中添加线程池。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

文章目录

netty版本
Netty耗时任务的处理
代码案例
- `Handler`自定义业务线程池
- Context中添加线程池

netty版本

使用的netty版本是io.netty:netty-all:4.1.33.Final

Netty耗时任务的处理

Netty中EventLoop用来处理IO线程，因此handler中的耗时任务(比如数据库连接、远程调用等)不能在EventLoop里面执行。如果有耗时任务，需要将耗时任务添加到业务线程池中执行。
处理耗时任务的两种方式
- Handler中加入线程池
- Context中添加线程池
两种方式的对比
- Handler中自定义业务线程池更加灵活，每个Handler都可以自己控制自己的业务线程池，对于非耗时的任务可以不使用业务线程池，直接在EventLoop线程中执行。
- Context中添加线程池(Netty建议的方式),在pipeline中添加Handler的时候，添加一个业务线程池。这种方式Handler中的代码不需要做任何修改，但是整个Handler都交给业务线程池，无论是否是耗时任务都会加入到队列里，控制的粒度比较粗。
如果业务ChannelHandler处理逻辑比较简单，执行时间是受控的，业务I/O线程的负载也不重，在这种应用场景下，业务ChannelHandler可以和I/O操作共享同一个线程。使用这种线程模型会带来两个优势：
- 开发简单，开发业务ChannelHandler的不需要关注Netty的线程模型
- 性能更高：因为减少了一次线程上下文切换，所以性能会更高。
Netty线程池的特点
- Channel和EventLoop是N:1的关系：一个Channel生命周期内只注册一个EventLoop，一个EventLoop可能会给分配给多个Channel,所以如果一个Channel阻塞可能会导致其他在同一个EventLoop上的Channel都阻塞。
- 一个EventLoopGroup包含一个或者多个EventLoop,一个EventLoop在其生命周期内只与一个Thread绑定（EbeddedEventLoop除外）EventLoop的Thread负责处理该事件循环内所有的IO事件

代码案例

`Handler`自定义业务线程池

Handler中自定义业务线程池

    @ChannelHandler.Sharable
    public class EchoServerHandler extends SimpleChannelInboundHandler<String> {
     
     
        public static final ChannelHandler INSTANCE = new EchoServerHandler();
        private static final String LINE = System.getProperty("line.separator");
    
        private EchoServerHandler() {
     
     
        }
        protected static ExecutorService newFixedThreadPool() {
     
     
            final ThreadFactory threadFactory = new ThreadFactoryBuilder()
                    .setNameFormat("netty-business-%d")
                    .setDaemon(false)
                    .build();
            return new ThreadPoolExecutor(200, 200,
                    0L, TimeUnit.MILLISECONDS,
                    new LinkedBlockingQueue<Runnable>(10000),
                    threadFactory);
        }
        final static ListeningExecutorService service = MoreExecutors.listeningDecorator(newFixedThreadPool());
        @Override
        public void channelRead0(ChannelHandlerContext ctx, String msg) {
     
     
            service.submit(new Runnable() {
     
     
                @Override
                public void run() {
     
     
                    //模拟耗时任务
                    try