Netty 编码与数据的写入

本文深入探讨了Netty的编码过程,重点关注HeadContext如何处理数据写入。详细阐述了write和flush两个关键步骤:write阶段涉及ByteBuf内存分配、数据写入操作以及可写状态的修改;flush阶段则从触发点开始,描述了数据如何从outboundBuffer到底层API的写入流程。总结指出,Netty利用ChannelOutboundBuffer缓存数据,并在数据量超过64Kb未flush时通知channelHandler。
Netty 编码

业务里的数据最终需要通过socket写回到客户端,我们写的业务方法都是面向对象来进行编码的,而channel底层传输的是字节,Netty通过定义encoder来完成对象到字节的转换。自定义的encode可以通过继承MessageToByteEncoder(encoder也是ChannelHandler),下面是MessageToByteEncoder的处理流程。
5796101-9cc5243272481eb7.png
  • 匹配对象的细节如下:
    5796101-bc9206a14ab854ec.png
  • 分配ByteBuf内存:
    5796101-abece728444baafd.png
HeadContext写入数据

我们知道通过channelHandle写入的数据最终会传入到HeadContext的write方法里,下面来看看HeadContext是如何处理这个过程的。

write过程
  • 调用unsafe对象执行写入操作:
    5796101-533871ccacde66ae.png
  • driect化ByteBuf并插入写队列
    5796101-09cbea630c6ab4c5.png
  • 通过AbstractNioByteChannel类的filterOutboundMessage方法将byteBuf转成direct类型
    5796101-f407690d58e42304.png
    5796101-0e1b3031b8c01133.png
  • 通过ChannelOutboundBuffer类插入写队列
    5796101-31be907221b65b72.png
  • 修改可写状态
    5796101-076f8873a94d3840.png
    5796101-1cf09f60547e4132.png
flush过程
  • flsuh过程的入口
    5796101-5c48239f108311e5.png
  • 列新outboundBuffer的数据
    5796101-d0d5ebee7b336a71.png
  • 调用channel的doWrite方法
    5796101-8b9d2787b1d7e67f.png
  • 调用jdk底层API进行自旋写
    5796101-d98b0d01aa0169fc.png
    5796101-9db436c0a4d6e0ef.png
    5796101-9af9eda48ab61cd6.png
  • 对ChannelOutboundBuffer缓存节点进行维护
    5796101-35d856b51ca3e658.png
    5796101-92c95452a8f2d372.png

    总结:Netty的写入过程可以分为write与flush,通过ChannelOutboundBuffer对需要写入的数据进行缓存,在ChannelOutboundBuffer里,可以写入的数据都是direct类型的byteBuf。在默认情况下,如果有超过64Kb的数据没有flush,会通知channelHandler无法写入新的数据。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值