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

全部留言(9)

  • 最新
  • 精选
fancion
请教老师文件句柄设置多少合理?怎么进行压测合理设置?

作者回复: 先定个小目标:100万,因为这个不应该成为你程序的瓶颈,但是定太大,意义也不大,因为比如1000万,那光这些连接的占用就几十G,所以程序受不了。而且超过100多万的时候,就需要调整别的参数了,所以100万比较合适。

2019-11-21
8
鱼向北游
netty的tcp_nodelay参数设置为true应该是关闭nagle算法吧,这参数从字面意义和nagle算法的标志是反的,老让人记错

作者回复: 是的,还不如名字叫 tcp_delay,稍微转了一道,就认知摩擦了。

2019-11-21
3
4
成都小郭
老师,请问tcp数据发送接受缓冲区大小应该根据什么样的条件决定呢。

作者回复: 如果非要调整的话,可以了解下BDP的概念,也就是2倍的B(bandwidth:带宽)* D(delay:延时)的积(Product),为什么是2倍,因为数据发送是需要ACK的,所以来回各1次,所以另外一种简单算法:带宽*RTT(往返时延,类似一个Ping的来回); 另外附上一个如此计算的依据法则: 利特尔法则(Little’s Law):在一个稳定的系统中,长期的平均客户人数(N)等于客户抵达速度(X)乘以客户在这个系统中平均处理时间(W),也就是说 N=XW。

2019-11-29
1
江南布衣
请问SO_BACKLOG真的是最大的等待连接数量吗? 我看man listen中说: 从 Linux 2.2 开始,backlog 的参数行为在 Linux 2.2 中发生了变化,现在它指定等待接受的完全建立的套接字的队列长度,而不是不完整的连接请求的数量。 不完整套接字队列的最大长度可以使用 /proc/sys/net/ipv4/tcp_max_syn_backlog 设置,默认值为 128。 backlog 参数大小则受限于于 /proc/sys/net/core/somaxconn,如果 backlog 参数大于 /proc/sys/net/core/somaxconn 中的值,那么它会被静默截断为值128
2022-04-14
1
Geek_f39659
关于tcp_nodelay 我怀疑老师是不是口误了,我认为对大多数应用来说应该设置成 false. 尽量多用batch 来提升吞吐量。
2023-01-16
2
DZZ
傅老师,netty如何可以配置调整epoll_wait的timeout参数?背景是我也有一个用netty做网关的项目,压测时发现CPU使用率较高,基本耗费在执行epollwait方法里了
2022-04-19
lisong
ServerSocketChannel的SO_RCVBUF是为了在accept创建Socket之时给Socket设置的参数,这个在哪设置的,找代码没找见
2020-09-03
对于参数而言,非理勿动,非理务视,非理务听 没有理解不要乱动 没有理解一定要多听多看多思考
2020-08-06
邶屿-
老师你好,我想问个问题。我现在的项目使用的是protobuf,想用ProtobufDecoder 来进行解码,但是我们使用了多个类型,如果一个一个写太麻烦了,有什么比较优雅的方式吗? ch.pipeline().addLast(new LtyFrameDecoder()); ch.pipeline().addLast(new LtyProtocolDecoder()); ch.pipeline().addLast(new ProtobufDecoder(LtyProtoBuf.NetNeighbor.getDefaultInstance())); // 这个位置 LtyProtoBuf 下有许多协议 ch.pipeline().addLast(new LtyClientHandler());
2020-07-11
收起评论