背景
- 有哪些小知识点可以学习的?
- 有哪些逻辑处理可以学习的?
过程
- init方法概览
- 说明
- 一般来说,使用Netty的最佳实践,我们会使用主从模式,就是bossGroup和workerGroup。而且bossGroup是一个线程的线程池,workerGroup一般是电脑内核数量的线程数的线程池。
- 在Netty中,pipeline中一定是添加的handler,所以这个ServerBootstrapAcceptor也是Handler类型的。
- 需要明确有一个对应关系。
线程池 | 处理器名称 | 选项 | 属性值 |
---|---|---|---|
bossGroup(1) | handler | option | attr |
workerGroup(process num) | childHandler | childOption | childAttr |
-
上图的临时变量是否是同一个实例呢?
由打印出来的结果,可知道,channel变量与ch变量是同一个引用变量。由此可知变量p和pipeline也是同一个变量。 -
小知识点累积
-
结果(注意是大花括号还是数组符合包含的)
-
核心知识点 ChannelInitializer
-
说明
- ChannelInitializer是一次性添加handler的一个类。这里的一次性是指添加handler完成后,自己就会被移除。ChannelInitializer它自己也是Handler类型。
- 首先,需要明确自己(ChannelInitializer)是已经被添加到pipeline中后,并完成相应的后续逻辑,然后把自己从pipeline中移除。
- 图中被圈上的代码逻辑,就是使用的一种模板方法思路。提前写好一个抽象方法,让开发者自定义逻辑,然后其他方法直接调用此抽象方法即可。
- pipeline.remove(this)就是把ChannelInitializer这个handler从pipeline中移除出去。
小结
-
核心知识就是ChannelInitializer把handler添加到pipeline中,并且自己是会被移除的,这样的套路,在实际开发中,完全可以模仿的,比如自定义的授权的Handler逻辑(访问需要用户名和密码方式)就可以这样做。
-
pipeline中添加的一定是handler,所以任何的对象一定是Handler的子类型,这是第一层。后续底层代码,又会生成handler对应的context实例,并把context实例构建成双向链表数据结构。
-
细节:其实pipeline中添加的是Context,每个具体的handler有一个与之对应的唯一的Context。pipeline中是Context实例。