Netty源码分析第1章(Netty启动流程)-------->第1节: 服务端初始化

第一章:  Server启动流程

概述:

本章主要讲解server启动的关键步骤, 读者只需要了解server启动的大概逻辑, 知道关键的步骤在哪个类执行即可, 并不需要了解每一步的运作机制, 之后会对每个模块进行深度分析

第一节:服务端初始化

首先看下在我们用户代码中netty的使用最简单的一个demo:

EventLoopGroup bossGroup = new NioEventLoopGroup(1);
EventLoopGroup workerGroup = new NioEventLoopGroup();
//创建ServerBootstrap(2)
ServerBootstrap b = new ServerBootstrap();
//初始化boss和work线程化两个线程(3)
b.group(bossGroup, workerGroup)
        //声明NioServerSocketChannel(4)
        .channel(NioServerSocketChannel.class)
        //初始化客户端Handler(5)
        .childHandler(new ChannelInitializer<SocketChannel>() {
            @Override
            public void initChannel(SocketChannel ch) {
                ch.pipeline().addLast(new StringDecoder());
                ch.pipeline().addLast(new StringEncoder());
                ch.pipeline().addLast(new ServerHandler());
            }
        });
//绑定端口(6)
ChannelFuture f = b.bind(8888).sync();
f.channel().closeFuture().sync();

相信这段代码使用过netty的同学应该都不陌生.这里每一步都用了注释和步骤序号进行标注, 为了方便学习过程中更容易的定位.每一步的讲解, 尽量自己也去跟到源码中, 这样会有个更深刻的理解

第一步, 创建两个线程组

EventLoopGroup bossGroup = new NioEventLoopGroup(1);
EventLoopGroup workerGroup = new NioEventLoopGroup();

其中会调用NioEventLoopGroup()的构造方法, 其中的创建逻辑, 并不是这章的重点, 在这里大家只需要知道这里创建了两个线程组

第二步, 创建ServerBootstrap, 我们发现, 这里创建只调用了其无参的构造方法, 原因很简单, 就是参数太多, 尽量要用构造方法去初始化, 而是使用后面的build的方式

第三步, 初始化boss和work线程化两个线程, 我们跟到group方法中去看

public ServerBootstrap group(EventLoopGroup parentGroup, EventLoopGroup childGroup) {
    //设置线程池组
    super.group(parentGroup);
    this.childGroup = childGroup;
    return this;
}

为了代码可读性, 去掉非关键代码(以后不再赘述), 我们看到这里初始化了自家的属性childGroup, 而这个属性就是我们传入的worker线程组, 而boss线程组则交给了其父类的group方法去做处理

我们点进去super.group(parentGroup), 进入到ServerBootstroop的父类AbstractBootstrap的group()方法:

public B group(EventLoopGroup group) {
    this.group = group;
    return (B) this;
}

看到在其父类初始化了boss线程

我们看到这个方法返回了this, 也就是ServerBootstroop自身, 这样通过自身对象不断的build进行属性初始化, 之后的方法也是如此

至此, worker和boss两个线程组初始化完毕

回到最开始的第四步, 再点进到channel(ServerSocketChannel.class)方法当中, 我们看到AbsractServerBootstrap的channel(Class<? extends C> channelClass)方法:

public B channel(Class<? extends C> channelClass) {
    return channelFactory(new ReflectiveChannelFactory<C>(channelClass));
}

我们看到这个这返回的是channelFactory(new ReflectiveChannelFactory<C>(channelClass))方法, 并且传入一个ReflectiveChannelFactory对象的实例, 我们可以跟进去看下ReflectiveChannelFactory的构造方法:

public ReflectiveChannelFactory(Class<? extends T> clazz) {
    this.clazz = clazz;
}

这里初始化了一个成员变量clazz, 而这个clazz就是用户代码调用channel(NioServerSocketChannel.class)传入的NioServerSocketChannel的class对象

回到channelFactory(new ReflectiveChannelFactory<C>(channelClass))方法, 点进去, 我们看到:

public B channelFactory(io.netty.channel.ChannelFactory<? extends C> channelFactory) {
    return channelFactory((ChannelFactory<C>) channelFactory);
}

继续跟:

public B channelFactory(io.netty.channel.ChannelFactory<? extends C> channelFactory) {
    return channelFactory((ChannelFactory<C>) channelFactory);
}

跟到最后:

public B channelFactory(ChannelFactory<? extends C> channelFactory) {
    this.channelFactory = channelFactory;
    return (B) this;
}

这里初始化了channelFactory, 而这个channelFactory就是刚才创建的ReflectiveChannelFactory对象, 这里我们记住这个对象中初始化了我们的NioServerSocket的class对象

至此, 我们的ServerSocketChannel的class对象初始化完成

我们跟到最开始的第五步: 初始化客户端Handler:

.childHandler(new ChannelInitializer<SocketChannel>() {
            @Override
            public void initChannel(SocketChannel ch) {
                ch.pipeline().addLast(new StringDecoder());
                ch.pipeline().addLast(new StringEncoder());
                ch.pipeline().addLast(new ServerHandler());
            }
        });

childHandler()方法比看起来比较复杂, 其实不难理解, 就是传入ChannelInitializer类子类的一个对象(有关匿名内部类不知道的同学可以找下相关资料学习下), 也就是一个Handler, 这个Handler是做什么的, 目前不需要关心, 以后会讲到, 这里我们只需知道这个方法传入一个handler对象

我们点进childHandler这个方法:

public ServerBootstrap childHandler(ChannelHandler childHandler) {
    this.childHandler = childHandler;
    return this;
}

发现同样非常简单的初始化了handler属性

这一小结至此结束, 只是初始化了ServerBootstrap的各个属性, 是不是非常简单

我们可以看到, 通过对象build的方式, 可以初始化非常多的属性, 并且代码要比构造方法的方式可读性要好的多, 同学们可以将这种思想用在自己的代码当中...

原文地址:https://www.cnblogs.com/xiangnan6122/p/10202257.html

时间: 2024-11-08 10:09:25

Netty源码分析第1章(Netty启动流程)-------->第1节: 服务端初始化的相关文章

Netty源码分析第3章(客户端接入流程)----&gt;第5节: 监听读事件

Netty源码分析第三章: 客户端接入流程 第五节: 监听读事件 我们回到AbstractUnsafe的register0()方法: private void register0(ChannelPromise promise) { try { //省略代码 //做实际的注册 doRegister(); neverRegistered = false; registered = true; //触发事件 pipeline.invokeHandlerAddedIfNeeded(); safeSetS

Netty源码分析第3章(客户端接入流程)----&gt;第4节: NioSocketChannel注册到selector

Netty源码分析第三章: 客户端接入流程 第四节: NioSocketChannel注册到selector 我们回到最初的NioMessageUnsafe的read()方法: public void read() { //必须是NioEventLoop方法调用的, 不能通过外部线程调用 assert eventLoop().inEventLoop(); //服务端channel的config final ChannelConfig config = config(); //服务端channel

Netty源码分析第3章(客户端接入流程)----&gt;第3节: NioSocketChannel的创建

Netty源码分析第三章: 客户端接入流程 第三节: NioSocketChannel的创建 回到上一小结的read()方法: public void read() { //必须是NioEventLoop方法调用的, 不能通过外部线程调用 assert eventLoop().inEventLoop(); //服务端channel的config final ChannelConfig config = config(); //服务端channel的pipeline final ChannelPi

Netty源码分析第7章(编码器和写数据)----&gt;第2节: MessageToByteEncoder

Netty源码分析第七章: Netty源码分析 第二节: MessageToByteEncoder 同解码器一样, 编码器中也有一个抽象类叫MessageToByteEncoder, 其中定义了编码器的骨架方法, 具体编码逻辑交给子类实现 解码器同样也是个handler, 将写出的数据进行截取处理, 我们在学习pipeline中我们知道, 写数据的时候会传递write事件, 传递过程中会调用handler的write方法, 所以编码器码器可以重写write方法, 将数据编码成二进制字节流然后再继

Netty源码分析第4章(pipeline)----&gt;第4节: 传播inbound事件

Netty源码分析第四章: pipeline 第四节: 传播inbound事件 有关于inbound事件, 在概述中做过简单的介绍, 就是以自己为基准, 流向自己的事件, 比如最常见的channelRead事件, 就是对方发来数据流的所触发的事件, 己方要对这些数据进行处理, 这一小节, 以激活channelRead为例讲解有关inbound事件的处理流程 在业务代码中, 我们自己的handler往往会通过重写channelRead方法来处理对方发来的数据, 那么对方发来的数据是如何走到chan

Netty源码分析第4章(pipeline)----&gt;第7节: 前章节内容回顾

Netty源码分析第四章: pipeline 第七节: 前章节内容回顾 我们在第一章和第三章中, 遗留了很多有关事件传输的相关逻辑, 这里带大家一一回顾 首先看两个问题: 1.在客户端接入的时候, NioMessageUnsafe的read方法中pipeline.fireChannelRead(readBuf.get(i))为什么会调用到ServerBootstrap的内部类ServerBootstrapAcceptor中的channelRead()方法 2.客户端handler是什么时候被添加

Netty源码分析第5章(ByteBuf)----&gt;第1节: AbstractByteBuf

Netty源码分析第五章: ByteBuf 概述: 熟悉Nio的小伙伴应该对jdk底层byteBuffer不会陌生, 也就是字节缓冲区, 主要用于对网络底层io进行读写, 当channel中有数据时, 将channel中的数据读取到字节缓冲区, 当要往对方写数据的时候, 将字节缓冲区的数据写到channel中 但是jdk的byteBuffer是使用起来有诸多不便, 比如只有一个标记位置的指针position, 在进行读写操作时要频繁的通过flip()方法进行指针位置的移动, 极易出错, 并且by

Netty源码分析第5章(ByteBuf)----&gt;第3节: 内存分配器

Netty源码分析第五章: ByteBuf 第三节: 内存分配器 内存分配器, 顾明思议就是分配内存的工具, 在netty中, 内存分配器的顶级抽象是接口ByteBufAllocator, 里面定义了有关内存分配的相关api 抽象类AbstractByteBufAllocator实现了ByteBufAllocator接口, 并且实现了其大部分功能 和AbstractByteBuf一样, AbstractByteBufAllocator也实现了缓冲区分配的骨架逻辑, 剩余的交给其子类 以其中的分配

Netty源码分析第5章(ByteBuf)----&gt;第4节: PooledByteBufAllocator简述

Netty源码分析第五章: ByteBuf 第四节: PooledByteBufAllocator简述 上一小节简单介绍了ByteBufAllocator以及其子类UnPooledByteBufAllocator的缓冲区分类的逻辑, 这一小节开始带大家剖析更为复杂的PooledByteBufAllocator, 我们知道PooledByteBufAllocator是通过自己取一块连续的内存进行ByteBuf的封装, 所以这里更为复杂, 在这一小节简单讲解有关PooledByteBufAlloca