netty学习总结

java面试题网站：www.javaoffers.com

**Bootstrap**   
    1、客户端的引导类，用来连接远程主机        
    2、通过调用bootstrap.connect()链接服务端
    3、连接服务端时指定ip、port
    4、有1个EventLoopGroup

**ServerBootstrap**    
    1、服务端的引导类，用来接受客户端请求
    2、通过调用serverBootstrap.bind()接受客户端
    3、在服务器监听一个端口轮询客户端的“Bootstrap”或DatagramChannel是否连接服务器
    4、用来绑定本地端口，有2个EventLoopGroup，一个用来接受链接。一个用来处理消息

**EventLoop**
    1、就是一个Channel执行实际工作的线程,一个事件循环线程，也就是线程中有while（true）

**EventLoopGroup**
    1、线程池，用来执行EventLoop，
    2、EventLoopGroup包含一个或多个EventLoop

**Channel**
1、包含消息事件的管道,NIo是面向通道的,通道具有流入(读取)和流出(写出)特性.

**ChannelPipeline**
1、用来管理ChannelHandler的一个容器，ChannelHandler在pipe中有序的执行
2、每个ChannelHandler处理各自的数据(例如入站数据只能由ChannelInboundHandler处理)
3、处理完成后将转换的数据放到ChannelPipeline中交给下一个ChannelHandler继续处理，直到最后一个ChannelHandler处理完成。
4、 在ChannelPipeline中，如果有消息入站事件，消息将从ChannelPipeline的头部开始传递给第一个ChannelInboundHandler，这个ChannelInboundHandler可以处理该消息或将消息传递到下一个ChannelInboundHandler中直至最后一个(ch.pipeline().addLast最后一个,之上而下的形式)，一旦在ChannelPipeline中没有剩余的ChannelInboundHandler后，ChannelPipeline就知道消息已被所有的饿Handler处理完成了。
5、反过来也是如此，任何出站事件或写入将从ChannelPipeline的尾部开始，并传递到最后一个(ch.pipeline().addLast第一个,之下而上的形式	)ChannelOutboundHandler。ChannelOutboundHandler的作用和ChannelInboundHandler相同，它可以传递事件消息到下一个Handler或者自己处理消息。不同的是ChannelOutboundHandler是从ChannelPipeline的尾部开始，而ChannelInboundHandler是从ChannelPipeline的头部开始，当处理完第一个ChannelOutboundHandler处理完成后会出发一些操作，比如一个写操作。

**ChannelInitializer**
1、初始化Channel通道用于定义通道协议例如: SocketChannel(TCP协议),DatagramChannel(UDP协议),SctpChannel(stcp协议,该协议经常用于5g通讯领域使用)
2、通过用ChannelPipeline来初始化配置通道(Channel)的Handlers(处理器),主要包括:ChannelInboundHandler,ChannelOutboundHandler
3、ChannelInitializer自身也是一个ChannelHandler，在添加完其他的handlers之后会自动从ChannelPipeline中删除自己

**ChannelHandler**
    1、ChannelHandler处理业务数据的代码
    2、ChannelHandler会在netty程序的初始化init阶段被添加ChannelPipeline中，依赖于ChannelPipeline添加时的顺序来决定它们执行的顺序
    3、Handler是父接口，ChannelInboundHandler和ChannelOutboundHandler都实现ChannelHandler接口
    4、ChannelInboundHandler：若数据时从server到client则是“入站(inbound)”
    5、ChannelOutboundHandler：数据是从client到server则是“出站(outbound)”
    
**ChannelFuture :**  
1 同步(阻塞)等待netty程序异步链接/绑定的结果

**SimpleChannelInboundHandler<T>**
1 该类属于ChannelInBoundHandler类的子类并且是一抽象类,提供消息类型匹配功能的入站通道处理器,泛型T代表消息的类型,如果类型匹配则会进入channelRead0()方法
2 该类主要让子类继承并传递泛型I的消息类型和实现channelRead0()方法

**ChannelHandlerContext**
1 每个通道Channel的建立都会创建一ChannelHandlerContext(通道处理上下文)并且在该Channe(通道)l关联每个ChannelHandler都会获取该Channel的ChannelHandlerContext
2 ChannelHandlerContext 可以将信息传递到在ChannelPipeline中定义的下一个ChannelHandler
3 ChannelHandlerContext 可以将信息writeAndFlush输出去

**Encoders:编码器: 用于输出Out**
1  MessageToByteEncoder，将object转换成byte[],实际上也是一个handler，继承ChannelOutboundHandlerAdapter
2  MessageToMessageEncoder<T> 编码器 ,继承 ChannelOutboundHandlerAdapter,将信息对象 'T' 进行编码后输出

**Decoders：解码器:用于输入In**
1    继承ByteToMessageDecoder，将byte[]转换为object,实际上也是一个handler，继承ChannelInboundHandlerAdapter
2    LineBasedFrameDecoder 行分割符,取之当前系统默认分割符号(配合StringDecoder使用)
3    DelimiterBasedFrameDecoder 自定义分割符(配合StringDecoder使用)
4    FixedLengthFrameDecoder  指定固定长度作为分割消息机制(配合StringDecoder使用)
5    StringDecoder String解码器,输出String对象,通常将解码后的String传递到下一个ChannelInboundHandler

**OioServerSocketChannel**
传输消息的时候采用阻塞模式

**ByteBuffer**
1、字节数组缓冲区，将channel中的数据缓存在buffer中
2、一个很好的经过优化的数据容器，我们可以将字节数据有效的添加到ByteBuf中或从ByteBuf中获取数据。ByteBuf有2部分：一个用于读，一个用于写。我们可以按顺序的读取数据，并且可以跳到开始重新读一遍。所有的数据操作，我们只需要做的是调整读取数据索引和再次开始读操作。
3、分为3种：
    1、Heap Buffer，将数据放到jvm的堆中
    2、Dirrect Buffer：堆内存之外的直接内存
    3、Composite Buffer(复合缓冲区)

**Unpooled**
1、用来创建缓冲区的工具类
    //创建复合缓冲区  
    CompositeByteBuf compBuf = Unpooled.compositeBuffer();  
    //创建堆缓冲区  
    ByteBuf heapBuf = Unpooled.buffer(8);  
    //创建直接缓冲区  
    ByteBuf directBuf = Unpooled.directBuffer(16);  

**Option**
1、ChannelOption.SO_BACKLOG
　　　　ChannelOption.SO_BACKLOG对应的是tcp/ip协议listen函数中的backlog参数，函数listen(int socketfd,int backlog)用来初始化服务端可连接队列，
　　　　服务端处理客户端连接请求是顺序处理的，所以同一时间只能处理一个客户端连接，多个客户端来的时候，服务端将不能处理的客户端连接请求放在队列中等待处理，backlog参数指定了队列的大小
　　2、ChannelOption.SO_REUSEADDR
　　　　ChanneOption.SO_REUSEADDR对应于套接字选项中的SO_REUSEADDR，这个参数表示允许重复使用本地地址和端口，
　　　　比如，某个服务器进程占用了TCP的80端口进行监听，此时再次监听该端口就会返回错误，使用该参数就可以解决问题，该参数允许共用该端口，这个在服务器程序中比较常使用，
　　　　比如某个进程非正常退出，该程序占用的端口可能要被占用一段时间才能允许其他进程使用，而且程序死掉以后，内核一需要一定的时间才能够释放此端口，不设置SO_REUSEADDR
　　　　就无法正常使用该端口。
　　3、ChannelOption.SO_KEEPALIVE
　　　　Channeloption.SO_KEEPALIVE参数对应于套接字选项中的SO_KEEPALIVE，该参数用于设置TCP连接，当设置该选项以后，连接会测试链接的状态，这个选项用于可能长时间没有数据交流的
　　　　连接。当设置该选项以后，如果在两小时内没有数据的通信时，TCP会自动发送一个活动探测数据报文。
　　4、ChannelOption.SO_SNDBUF和ChannelOption.SO_RCVBUF
　　　　ChannelOption.SO_SNDBUF参数对应于套接字选项中的SO_SNDBUF，ChannelOption.SO_RCVBUF参数对应于套接字选项中的SO_RCVBUF这两个参数用于操作接收缓冲区和发送缓冲区
　　　　的大小，接收缓冲区用于保存网络协议站内收到的数据，直到应用程序读取成功，发送缓冲区用于保存发送数据，直到发送成功。
　　5、ChannelOption.SO_LINGER
　　　　ChannelOption.SO_LINGER参数对应于套接字选项中的SO_LINGER,Linux内核默认的处理方式是当用户调用close（）方法的时候，函数返回，在可能的情况下，尽量发送数据，不一定保证
　　　　会发生剩余的数据，造成了数据的不确定性，使用SO_LINGER可以阻塞close()的调用时间，直到数据完全发送
　　6、ChannelOption.TCP_NODELAY
　　　　ChannelOption.TCP_NODELAY参数对应于套接字选项中的TCP_NODELAY,该参数的使用与Nagle算法有关
　　　　Nagle算法是将小的数据包组装为更大的帧然后进行发送，而不是输入一次发送一次,因此在数据包不足的时候会等待其他数据的到了，组装成大的数据包进行发送，虽然该方式有效提高网络的有效
　　　　负载，但是却造成了延时，而该参数的作用就是禁止使用Nagle算法，使用于小数据即时传输，于TCP_NODELAY相对应的是TCP_CORK，该选项是需要等到发送的数据量最大的时候，一次性发送