当前播放: 35 | 引入"响应分发"完善客户端
00:00 / 00:00
高清
- 高清
1.0x
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.5x
网页全屏
全屏
00:00
付费课程，可试看
课程目录
第一章：初识Netty：背景、现状与趋势 (7讲)
01 | 课程介绍
免费
02 | 内容综述
免费
03 | 揭开Netty面纱
免费
04 | 为什么舍近求远：不直接用JDK NIO？
免费
05 | 为什么孤注一掷：独选Netty？
免费
06 | Netty的前尘往事
07 | Netty的现状与趋势
第二章：Netty源码：从“点”（领域知识）的角度剖析 (13讲)
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对堆外内存和内存池的支持
第三章：Netty源码：从“线”（请求处理）的角度剖析 (8讲)
21 | Netty代码编译与总览
22 | 源码剖析：启动服务
23 | 源码剖析：构建连接
24 | 源码剖析：接收数据
25 | 源码剖析：业务处理
26 | 源码剖析：发送数据
27 | 源码剖析：断开连接
28 | 源码剖析：关闭服务
第四章：Netty实战入门：写一个“玩具”项目 (8讲)
29 | 编写网络应用程序的基本步骤
30 | 案例介绍和数据结构设计
31 | 实现服务器端编解码
32 | 实现一个服务器端
33 | 实现客户端编解码
34 | 完成一个客户端雏形
35 | 引入"响应分发"完善客户端
36 | Netty编码中易错点解析
第五章：Netty实战进阶：把“玩具”变成产品 (18讲)
37 | 调优参数：调整System参数夯实基础
38 | 调优参数：权衡Netty核心参数
39 | 调优参数：图解费脑的三个参数
40 | 跟踪诊断：如何让应用易诊断？
41 | 跟踪诊断：应用能可视，心里才有底
42 | 跟踪诊断：让应用内存不“泄露”？
43 | 优化使用：用好自带注解省点心
44 | 优化使用：“整改”线程模型让"响应"健步如飞
45 | 优化使用：增强写，延迟与吞吐量的抉择
46 | 优化使用：如何让应用丝般“平滑”？
47 | 优化使用：为不同平台开启native
48 | 安全增强：设置“高低水位线”等保护好自己
49 | 安全增强：启用空闲监测
50 | 安全增强：简单有效的黑白名单
51 | 安全增强：少不了的自定义授权
52 | 安全增强：拿来即用的SSL-对话呈现表象
53 | 安全增强：拿来即用的SSL-抓包暴露本质
54 | 安全增强：拿来即用的SSL-轻松融入案例
第六章：成长为Netty的贡献者 (6讲)
55 | Cassandra如何使用Netty ？
56 | Dubbo如何使用Netty ？
57 | Hadoop如何使用Netty ？
58 | 赏析Netty之美
59 | 如何给Netty贡献代码？
60 | 课程回顾与总结
35 | 引入"响应分发"完善客户端
傅健
Netty源码贡献者、Cisco高级软件工程师
60讲 约670分钟4495
单独订阅¥129
2人成团¥99
1
本节摘要
课件和 Demo 地址
https://github.com/geektime-geekbang/geek_netty
登录 后留言
精选留言(3)
shinee_x_X老师，你这还不是开头说的第一种发送响应模式吗，客户端还是不能异步发送啊，future get的时候还是会阻色啊作者回复: future本身就代表是异步的，而get是为了获取结果，相当于异步执行但是结果获取是阻塞同步，这两个不矛盾。
改进的核心点在于：第一个请求和第二个请求可以异步并发了，原来的不行，因为如果并发，无法把结果一一对应起来。2019-12-20
PeterLu老师，在ClientV1版本中我们将new RequestMessage的工作抽出去到Encoder里去实现了，但是在ClientV2版本中为了添加RequestPendingCenter我们又不得不每次都new RequestMessage，这里有没有什么办法将RequestPendingCenter#add的工作也放到Encoder里去？作者回复: 不适合，因为那是encoder，从encoder里获取结果？另外，你怎么来获取响应结果？所以不适合。
2019-12-11- 13761642169说点题外话，kafka client 发送请求给 broker，如果 client 没有收到对应的响应，会 pending，新的请求发不出去，但 kafka 吞吐还是很大的
作者回复: 但是如果他的信息传输结构定义成带关键id的，能做到的更好，就像http为什么要搞新版本一样的道理，当然原来的旧版本，现在一直在用，因为能满足需求，不够就加机器。
2019-11-15
收起评论
看过的人还看
