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

全部留言(7)

  • 最新
  • 精选
yang
啊, 老师您能理解我写了 700来字, 然后不小心关错了浏览器, 写的留言全没有了吗? 看了ChannelPipeline 的文档,感觉很清晰。 因为是初学者,我就把老师专栏的评论区当作圣地了,和大家一起交流, 老师勿怪! 但是自己太菜, 还是有两个问题想问一下老师: 1. ChannelPipeline 该怎么理解呢? Channel: 信道,通道; Pipeline: 管道; ChannelPipeline: 信道管道/信道的管道 吗? 2. ChannelPipeline 或者 pipeline 都不是 流水线的意思吧? 我查了下流水线是 assembly line。 补充: 1. ChannelPipeline 文档说是线程安全的,由synchronized(this)保证自身实例的添加、删除顺序。 2. 接口关系 interface ChannelPipeline extends ChannelInboundInvoker, ChannelOutboundInvoker, Iterable<Entry<String, ChannelHandler>> {/* 代码 */} 3. ChannelPipeline -- addLast() removeLast() add*() remove*()等这种方法由ChannelPipeline自己定义 4. ChannelInboundInvoker -- fireChannelRegisted() fireReadComplete() fire*()等方法的定义, 由ChannelInboundInvoker接口定义 5. ChannelOutboundInvoker -- 我们常见的 connect() bind() disconnect() close() write() flush() writeAndFlush() *promise() 等这些方法 由ChannelOutboundInvoker接口定义 6. ChannelPipeline extends Iterable<Entry<String, ChannelHandler>> 表示 ChannelPipeline 可以按照k-v接口进行遍历,k-name v-channelHandler

作者回复: 不容易,你写的很具体,也很细致,确实看名字能理解很多细节,说正题:pipeline,中文意为管线,意义等同于流水线。因为管道是流液体的。但是你说管道,反而不容易理解了,如果是流水线就容易理解了,流的是数据,管道里有不同的处理,比如流量控制,比如统计,比如加工,这样更容易去理解点。

2020-03-23
5
fanhang116
老师可度量怎么讲?

作者回复: 说白了,就是你能清晰的看到各种各样的指标,一些反映服务健康程度,一些反映服务情况统计,一些反映资源使用情况等等

2019-12-24
3
毛竹
老师可不可以介绍一下这种情况的处理:服务端接受请求后,又作为客户端请求第三方啊?或者能不能提供个例子,非常感谢。kobeeee@126.com。

作者回复: 这个例子其实你换个角度想就行了,你就写一个服务器然后加一个客户端,然后在服务器的业务处理里直接调用写好的客户端就行了。就是分成二部分写。然后再融合

2019-11-16
3
鱼向北游
好框架都是实践中改出来的 哈哈

作者回复: 是的,慢慢改,慢慢演进,直到别人也开始看不懂我们的代码................哈哈

2019-11-08
3
13761642169
rocketMQ 使用 netty 实现网络通信,感觉是个很好的例子

作者回复: 本来最后一章选了rocketmq做介绍,后来想着雨露均沾,就没有放同一家公司两个产品了(因为已选了dubbo),总之用netty的到处都是,这也是学netty的好处之一吧,比较广泛、稳定,不容易淘汰。

2019-11-12
2
刘会俊
有的地方老师的金句比课程讲的好
2023-04-28
縋葩
老师你好,我这边有一个用idk自带的nio bytebuffer 写的服务,现在想改成netty 的bytebuf ,有什么好的建议吗?不知道从哪开始
2022-01-13
收起评论