Netty入门（二）--- 任务队列，异步模型剖析，Http服务Demo

往期

• Netty入门（一） — Reactor线程模型，Netty的线程模型，快速入门Demo

四、Netty异步操作

Netty任务队列的 Task 有3中使用场景

1. 用户程序自定义的普通任务
2. 用户自定义定时任务
3. 非当前Reactor线程调用Channel的各种方法

---

举个例子：

如果我们有一个非常耗时长的业务，我们可以异步执行，例如：

在NettyServerHandler中：

channelRead中业务耗时很长（sleep 5s 模拟）

这样readComplete就是读完后返回send业务必须阻塞等待read里面执行完毕才能执行

如下看解决方案

4.1 taskQueue任务队列

ctx.channel().eventLoop().execute(线程)

注意：任务队列只有一个线程，是一个任务一个任务执行的

这里的输出，喵1和喵2的并行执行的，首先执行不阻塞的喵1，过5s执行喵2，再过5s执行喵3

把任务放进eventLoop的任务队列taskQueue里，让其异步执行

4.2 scheduleTaskQueue定时任务

ctx.channel().eventLoop().schedule(线程，延迟时间，时间单位)

延迟时间是指：从scheduleTask队列开始处理任务时延迟多少时间执行内部的线程 ，这里时间计算是和TaskQueue同步计算的

如果前面TaskQueue队列里两个线程内部延迟5s，而scheduleTaskQueue队列里这个任务设置延迟时间为5的话是会和第二个TaskQueue任务同时执行的

所以可以得出结论：scheduleTaskQueue和TaskQueue之间也是异步的

4.3 非当前Reactor调用Channel的方法

可以看到，每有一个客户端连接BossGroup时都能获取到一个SocketChannel

前面两种方法都是通过channel获取到eventLoop，在eventLoop里面设置任务TaskQueue

如果我们对SocketChannel用一个集合进行管理，就可以实现指定客户端推送指定任务的功能，只需要用SocketChannel获取到eventLoop就行了

4.4 Netty异步模型原理剖析

• Netty 中的 I/O 操作是异步的，包括 Bind、Write、Connect 等操作会简单的返回一个 ChannelFuture

• 调用者并不能立刻获得结果，而是通过 Future-Listener 机制，用户可以方便的主动获取或者通过通知机制获得 IO 操作结果

• Netty 的异步模型是建立在 future 和 callback 的之上的。

  • callback 就是回调。
  • 重点说 Future，它的核心思想是：假设一个方法 fun，计算过程可能非常耗时，等待 fun返回显然不合适。那么可以在调用fun的时候，立马返回一个 Future，后续可以通过 Future去监控方法 fun 的处理过程(即 ： Future-Listener 机制)

4.4.1 ChannelFuture

ChannelFuture 是一个接口 ：public interface ChannelFuture extends Future<Void>，可以添加监听器，当监听的事件发生时，就会通知到监听器

工作原理图：

4.4.2 Future-Listener 机制

当 Future 对象刚刚创建时，处于非完成状态，调用者可以通过返回的 ChannelFuture 来获取操作执行的状态，注册监听函数来执行完成后的操作

常用操作如下：

• 通过 isDone方法来判断当前操作是否完成；
• 通过 isSuccess方法来判断已完成的当前操作是否成功；
• 通过 getCause方法来获取已完成的当前操作失败的原因；
• 通过 isCancelled方法来判断已完成的当前操作是否被取消；
• 通过 addListener方法来注册监听器，当操作已完成(isDone 方法返回完成)，将会通知指定的监听器；如果 Future 对象已完成，则通知指定的监听器

//绑定端口是异步操作，当绑定操作处理完，将会调用相应的监听器处理