Netty 源码剖析与实战 
32935 人已学习
新⼈⾸单¥59
课程目录
已完结/共 60 讲
第一章：初识Netty：背景、现状与趋势 (7讲)
时长 06:32
时长 03:17
时长 08:37
时长 10:40
时长 04:10
时长 05:37
时长 10:10
第二章：Netty源码：从“点”（领域知识）的角度剖析 (13讲)
时长 11:05
时长 06:36
时长 10:38
时长 10:20
时长 10:48
时长 11:09
时长 11:23
时长 12:58
时长 14:59
时长 13:58
时长 20:34
时长 14:30
时长 09:57
第三章：Netty源码：从“线”（请求处理）的角度剖析 (8讲)
时长 14:00
时长 17:19
时长 12:37
时长 13:13
时长 08:37
时长 18:20
时长 14:11
时长 14:44
第四章：Netty实战入门：写一个“玩具”项目 (8讲)
时长 07:39
时长 10:38
时长 11:44
时长 05:53
时长 04:04
时长 12:15
时长 14:10
时长 13:41
第五章：Netty实战进阶：把“玩具”变成产品 (18讲)
时长 15:10
时长 15:54
时长 09:44
时长 12:49
时长 11:40
时长 16:49
时长 11:59
时长 10:46
时长 09:30
时长 16:34
时长 10:39
时长 08:07
时长 13:07
时长 11:22
时长 09:19
时长 08:34
时长 10:36
时长 07:53
第六章：成长为Netty的贡献者 (6讲)
时长 08:51
时长 10:18
时长 10:15
时长 07:55
时长 15:08
时长 05:26
Netty 源码剖析与实战
登录|注册
当前播放: 14 | 常用的“二次”编解码方式
00:00 / 00:00
高清
- 高清
1.0x
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.75x
- 0.5x
付费课程，可试看
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 | 结课测试&结束语
本节摘要
课件和 Demo 地址
https://gitee.com/geektime-geekbang/geek_netty
登录 后留言
全部留言(8)
- 最新
- 精选
黄钦钦
如果极客时间支持弹幕的话，老师的视频估计满屏高能预警
作者回复: 只要不是扔鸡蛋都好说，哈哈
2019-11-17
5
加载中……
为什么听着是把byte(bait)字节读成bit位🤦♀️
作者回复: 好像都读的不准确😂
2019-10-16
3
5
斯蒂芬.赵
讲课干脆。说话接地气。
作者回复: 就是不想注水太多。浪费自己时间也浪费大家时间。哈哈
2020-03-09
3
冬渐暖
需要二次解码的原因
1.一次解码是封装成帧，用那三种编码器去读数据，decoder传进来的原始数据--》最终是字节
2.二次是把字节转成其它的东西，比如对象
关于将两次解码不推荐合二为一的原因，还是类似于不用mvc。容易层次不清，耦合度高，下次不用byteBuffer就要在这里面改来改去
常见的二次解码的方式有
●Java序列化(原生，jdk自带的)：implements Serializable。占用的空间比较大。。。但我平常代码里都是用这个。。。
●Marshaling：jboos的，一看来源就知道不是什么好东西，但是比原生的jdk自带的肯定好点
●XML:易读，但是占用空间大
●JSON
●MessagePack:占的比json小，可读性比json辣鸡
●Protobuf:占用最小，可读性最咸鱼。序列化无论是大数据还是小数据都是最优的，反序列化就不是最好的
个人拙见，如果叫我用，我肯定优先MessagePack，占用比json小不说，可读性也是能读的。
其次考虑json或者Protobuf。可读性在某方面斟酌下还是可以舍弃的
就像您之前说的，像netty，性能要做就要做到最优！
而且，我完全可以先不管能不能看得懂这些一阶段的数据，再二次编码之后转成对象就好了。可读性是对程序员dedbug方便，但是我们是要拿东西给用户用，能省一点是一点
作者回复: 如果让我用，我还是喜欢json，但是如果提供给别人用，肯定还是protobuf。你说的感性，但是很靠谱。
2019-11-14
2
3
小不点
打卡！！！老师是安徽的吗，声音听着很亲切呢！
作者回复: 哈哈，是的
2019-10-17
2
2
polk
居然不选json
作者回复: 因为高性能的都是pb.所以这节说pb.然后案例用的json.
2019-12-05
1
Geek3443
thrift用的也不少。
2022-01-22
Alfred
老师，XML和JSON的二次编码码类 具体是那个呢
2020-06-02
收起评论