Netty 源码剖析与实战
傅健
Netty 源码贡献者、Cisco 高级软件工程师
32935 人已学习
新⼈⾸单¥59
课程目录
已完结/共 60 讲
第一章:初识Netty:背景、现状与趋势 (7讲)
第三章:Netty源码:从“线”(请求处理)的角度剖析 (8讲)
第六章:成长为Netty的贡献者 (6讲)
Netty 源码剖析与实战
登录|注册
留言
22
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 09 | 源码剖析:Netty对I/O模式的支持
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 | 结课测试&结束语
本节摘要
登录 后留言

全部留言(22)

  • 最新
  • 精选
袋鼠先生
每次仔细看一个开源项目源码的时候,总有一种瞎子摸象的感觉。还求老师在宏观想指引一些……在此立个flag,由此走上贡献开源代码的道路

作者回复: 最后一章打算说这个,现在先简单说说:其实你以为大家都懂,其实也很多不懂,包括写netty的人他们自己也不是全懂,所以不用着急,慢慢来,最好带着问题来查代码,而不是上来就打算全部理解,那太难了,如果真的打算如此,也要先把主线抓住去看,否则很容易跑偏,死活都看不完的。如果时间来的及,就看一点,记录下,哪里可以借鉴的地方,这样效果也不错,总之。慢慢来,时间会改变一切,虽然以后也不定看懂,但是培养一种自信:只要有时间,还是能懂的

2019-10-15
13
Guess
难道没人看见老师的源码是中文的吗?求source-code

作者回复: 中文我加的,课程结束我打包发给你们,这样以后也能对着看,同时也可以一起去用中文去完善,让更多人好懂点

2019-11-04
7
AAA
老师,channel 的切换是ServerSocketChannel要换,但是SocketChannel不用切换是这个意思吗?

作者回复: 服务器端开发是这样的,因为对于服务器开发而言。后者是前者帮忙创建的,所以不需要显式切换后面的,而客户端就需要切换了。

2019-11-01
6
雷刚
zk 内部通信和leader选举就是用的 BIO,但是客户端通信用的是 NIO。一般来说,连接说比较少,通过 BIO 这种点对点通信效率更高,如果要支持高并发则使用 NIO。不过,我们自己的项目,一般好像不用太关心这个,直接使用 Netty NIO 即可。

作者回复: 是的,很多懒得考虑bio,而且大多都未来都有扩展需求。

2020-04-01
2
4
冬渐暖
改IO方式。。。就是把NIO相关的改个名字。。。。N改成A。。。类似于把linkList改成arrayList。。。 要换eventLoopGroop 。就是换开发模式 还有chanel 对应的是IO模式

作者回复: 嗯,确实挺方便的,第五章,演示从NIO切换到Epoll的时候,我就直接用替换字符串了,这点netty做的很赞。 BTW: 只有OIO的对应的名字不够统一,例如threadPerChannelEventLoop,好在不推荐用OIO了。

2019-11-08
1
CKLogic
最后一点反复看没看明白,您不是已经切换为OIO-Channel了吗,怎么又说不需要,什么意思呢。

作者回复: 每种channel都分二种:一种带server前缀的,一种不带,作为服务器开发,只需要前面前面的,后面的那种不用,因为前面的负责创建后面的,而客户端没有前面的,只有一种

2019-10-17
2
1
花轮君
视频里面先提到要切换serverSocketChanel,后面又讲到不需要切换?有点不理解了

作者回复: 每种channel都分二种:一种带server前缀的,一种不带,作为服务器开发,只需要前面前面的,后面的那种不用,因为前面的负责创建后面的,而客户端没有前面的,只有一种,总之,挺饶人的

2019-10-17
1
加载中……
面向接口编程,开发模式根据需要切换

作者回复: 嗯,netty里面各种设计模式,总体来说,代码质量很高,代码审阅把关也比较严

2019-10-13
2
1
马以
切换为啥不用SPI加配置,还要硬编码?

作者回复: 用SPI加配置肯定也可以实现。只是,实际上,基本不会改来改去的,就算改,改动也不多,就没有搞复杂了。

2021-09-07
ran
有点基本了解。 但是不知何去何从

作者回复: 要深入理解的话,还需要学习很多额外的知识。然后多写写就行了,很多时候又不需要了解太多细节,大体掌握之后,能用会用,然后遇到问题,能根据之前学习的大体知识体系来解决就可以了。

2020-03-22
收起评论