Netty 源码剖析与实战
傅健
Netty 源码贡献者、Cisco 高级软件工程师
32935 人已学习
新⼈⾸单¥59
课程目录
已完结/共 60 讲
第一章:初识Netty:背景、现状与趋势 (7讲)
第三章:Netty源码:从“线”(请求处理)的角度剖析 (8讲)
第六章:成长为Netty的贡献者 (6讲)
Netty 源码剖析与实战
登录|注册
留言
8
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 15 | 源码剖析:Netty对常用编解码的支持
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.75x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
01 | 课程介绍
02 | 内容综述
03 | 揭开Netty面纱
04 | 为什么舍近求远:不直接用JDK NIO?
05 | 为什么孤注一掷:独选Netty?
06 | Netty的前尘往事
07 | Netty的现状与趋势
08 | Netty怎么切换三种I/O模式?
09 | 源码剖析:Netty对I/O模式的支持
10 | Netty如何支持三种Reactor?
11 | 源码剖析:Netty对Reactor的支持
12 | TCP粘包/半包Netty全搞定
13 | 源码剖析:Netty对处理粘包/半包的支持
14 | 常用的“二次”编解码方式
15 | 源码剖析:Netty对常用编解码的支持
16 | keepalive与idle监测
17 | 源码剖析:Netty对keepalive与idle监测的支持
18 | Netty的那些“锁”事
19 | Netty如何玩转内存使用
20 | 源码解析:Netty对堆外内存和内存池的支持
21 | Netty代码编译与总览
22 | 源码剖析:启动服务
23 | 源码剖析:构建连接
24 | 源码剖析:接收数据
25 | 源码剖析:业务处理
26 | 源码剖析:发送数据
27 | 源码剖析:断开连接
28 | 源码剖析:关闭服务
29 | 编写网络应用程序的基本步骤
30 | 案例介绍和数据结构设计
31 | 实现服务器端编解码
32 | 实现一个服务器端
33 | 实现客户端编解码
34 | 完成一个客户端雏形
35 | 引入"响应分发"完善客户端
36 | Netty编码中易错点解析
37 | 调优参数:调整System参数夯实基础
38 | 调优参数:权衡Netty核心参数
39 | 调优参数:图解费脑的三个参数
40 | 跟踪诊断:如何让应用易诊断?
41 | 跟踪诊断:应用能可视,心里才有底
42 | 跟踪诊断:让应用内存不“泄露”?
43 | 优化使用:用好自带注解省点心
44 | 优化使用:“整改”线程模型让"响应"健步如飞
45 | 优化使用:增强写,延迟与吞吐量的抉择
46 | 优化使用:如何让应用丝般“平滑”?
47 | 优化使用:为不同平台开启native
48 | 安全增强:设置“高低水位线”等保护好自己
49 | 安全增强:启用空闲监测
50 | 安全增强:简单有效的黑白名单
51 | 安全增强:少不了的自定义授权
52 | 安全增强:拿来即用的SSL-对话呈现表象
53 | 安全增强:拿来即用的SSL-抓包暴露本质
54 | 安全增强:拿来即用的SSL-轻松融入案例
55 | Cassandra如何使用Netty ?
56 | Dubbo如何使用Netty ?
57 | Hadoop如何使用Netty ?
58 | 赏析Netty之美
59 | 如何给Netty贡献代码?
60 | 结课测试&结束语
本节摘要
登录 后留言

全部留言(8)

  • 最新
  • 精选
小不点
老师解说源码是我目前见过所有老师中最让我很轻松就听懂的一个老师

作者回复: 很欣慰,以后再多想点比喻,让大家一直容易理解。

2019-10-17
12
冬渐暖
netty的序列化和jdk原生的区别 netty占的空间更小 去掉了所有的魔数,节省了一定的空间。。。。我不明白的是这些魔术后面要用的话怎么办?重新创建一个吗? 去掉了一些先写元信息,直接通过名称去反射获取。。。 魔数:就是魔法值。。。在《阿里Java开发规范手册》里面有差不多的 元信息:就是关于这个对象的信息。比如名称、编码之类的 关于netty支持谷歌的Protobuf 拿你说的世界时钟例子来说我有个小疑问。。。。明明先一、二次解码,然后处理业务逻辑,最后一、二次编码,为什么addList处理业务逻辑在编码后面哦? ProtobufVarint32FrameDecoder:通过根据数字的大小来判断用的字节数,而不是固定长度直接装,这样能节省空间。 Protobuf二次解码,会根据extension (可拓展),HAS PARSER (是否是2.5之后的版本,因为2.5之后才有,有的话就用新的办法解码,没有的话就用老的方法,向下兼容)

作者回复: 后面它就不用就行了,就像协议里面一般都会带version,但是假设你真不带version也可以,只要你不用它做事情,而且用netty开发的东西,一般服务器和客户端都是自己定义的,你2边做一致就行了; 第二个问题,没有怎么看懂,估计是不是意思为什么把业务处理放在最下面,那是因为读是自上而下,而写是自下而上组织pipeline,所以业务处理,就在最下面了,所以放最下面了。你搞成你说的那样描述的顺序,就不work了。虽然语义上看着很顺。这个是pipeline的设计决定的。

2019-11-20
2
3
石将从
这样解读源码很赞,整体流程都知道了,还学习了阅读源码的方法

作者回复: 我现在做完第四章和第五章课程的时候,发现其实也可以倒着来看这个课程。哈哈

2019-10-18
3
矢风
老师你好,在学着开发自定义TcpServer的时候,发现个疑惑点。pipeline添加encoder和decoder的顺序,客户端和服务器端是一致的顺序还是这俩是相反的。然后用代码测试两种都正常,网上好多程序也是两种情况都有,有点搞不清楚。还有老师可否补充点代码案例。感觉有点例子来辅助教学效果能更好点。就是听课差不多,可手动还是做不了。

作者回复: 第四章实战会有演示他们的顺序问题,因为到时候直接二边复制过去,然后直接改的,这里简单说下:从内容上看是相反的,一个收一个发,但是从解码顺序是一致的。到时候你看下第四章怎么写的,就体会点了。

2019-10-22
1
鱼向北游
假如netty只是作为网关,不处理具体业务,只做消息分发,是不是可以先不二次解码,比如用消息长度+消息号+pb字节流,但是netty在收到消息,只解消息号,根据消息号把后面的字节流和消息号直接扔给业务端,业务端可以一直这样打包传,在最后用到的时候才去解码。我看好多的游戏类框架都是这么搞得

作者回复: 可以,后面几层都是可插拔的,第一层也可以自己实现,实际写的时候,你还是注意下,能多分多分,层次清晰,以后换实现也方便。从你目前需要需求看,二层够了,一个编解码,一个转发

2019-10-17
2
1
jhren
请问老师,JSON为什么只有Decoder,没有Encoder? https://github.com/netty/netty/tree/4.1/codec/src/main/java/io/netty/handler/codec/json
2020-06-02
1
3
Geek1254
为什么ByteArrayDecoder扩展了MessageToMessageDecoder而不是扩展ByteToMessageDecoder?有什么区别吗?都可以实现netty的ByteBuf到byte[]的转化呀
2021-04-10
1
一道阳光
一个server端或者client端能不能同时存在多种二次编解码,比如发送接收的数据格式是多种的。
2020-08-15
收起评论