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 源码剖析与实战
登录|注册
当前播放: 46 | 优化使用：如何让应用丝般“平滑”？
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
登录 后留言
全部留言(6)
- 最新
- 精选
Peter
老师问题时间：流量整形是个好东西，可是我们有什么办法能准确预估出我们的读写限制呢？业界有什么常用的工具或者方法吗？
作者回复: 确实是个好东西，只是大多项目都不开启，一方面没场景，另外一个因素在于大多项目是通用组件也不知道设置多少合适，设置太大了吧等于没设置，设置太小了误伤，带来延时增大许多，你说的预估方法还是要根据具体需求来，特别要考虑的是对下游的冲击，如果你在某个流量下会冲垮下游，那这个值就是最大值。 另外。如果你要设置。建议可配置，到时候加上前面介绍的监控，持续观察并调整就好了。
2019-12-13
1
Gary
确实全面，比我们自己实现考虑的东西更多，不知道有没有跟mqtt类似的质量控制，当然也可以自己实现了，不过这种通用的、可以抽象出来的机制还是应该支持的
作者回复: netty本身不好抽象出这个功能，因为netty不关心业务数据本身，而qos的决定是由业务数据（报文）决定的，所以不好添加这样的handler； 如果加了，也有点奇怪。因为现在对于大多协议的支持都是停留在codec层，而handler包才是脱离具体应用层协议最通用的。所以加哪都不合适。
2019-12-06
2
1
Stephen
老师说的流量整形也就是网上说的背压吗？
作者回复: 是的，准确的说背压是流控的手段之一，还有别的。别人直接丢数据的节流等等
2019-11-30
空白
服务端触发流量整形，对于客户端表现是不是会出现延迟增大，甚至部分的请求超时呢？
作者回复: 是的，比如设置的太低了，所以很多开源软件都没用，一方面不定有这个需求，另外一方面，设置多少合适呢？都是一个问题，当然功能本身还是很酷的，也很有用，缺点就你说的，整过了就翻船了……
2019-11-30
orange
使用了UnorderedThreadPoolEventExecutor导致内存溢出了，老师帮忙看看是啥原因呢？，这个是 eclipse memory analyse, MAT分析的结果。
One instance of "io.netty.util.concurrent.UnorderedThreadPoolEventExecutor" loaded by "sun.misc.Launcher$AppClassLoader @ 0x9f84590" occupies 205,586,736 (88.96%) bytes. The memory is accumulated in one instance of "java.util.concurrent.RunnableScheduledFuture[]" loaded by "<system class loader>".
Keywords
io.netty.util.concurrent.UnorderedThreadPoolEventExecutor
java.util.concurrent.RunnableScheduledFuture[]
sun.misc.Launcher$AppClassLoader @ 0x9f84590
2020-05-29
美美
size>0 需要写暂停，且 单个channel缓存的数据 是4M（maxWriteSize）
暂停writeAndFlush的数据，是先缓存到Queue里，然后用Schedule定时再写 ？
2020-02-08
收起评论