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

全部留言(11)

  • 最新
  • 精选
冬渐暖
切换是否使用内存池的方法:还是和之前创建keepAlive一样,通过那个额外参数childOption来设置, serverBootstrap.group.childOption(ChannelOption.ALLOCATOR,PooledByteBufAllocator.DEFAULT) 还有一种是 serverBootstrap.group(workerGroup).childOption(ChannelOption.ALLOCATOR,new UnpooledByteBufAllocator(false)) 用的话还是直接用这个default好, 两者除了后者需要实例化外 就类似于System.gc()和Runtime.getRuntime().gc(); 也是和切换io类型一样,把PooledByteBufAllocator这个改成UnpooledByteBufAllocator(官方注释为that does not pool anything)。 关于设置默认内存池的时候,撇开不规范的魔法值命名外。。。。个人认为写的是真的叼啊,用了jdk自带的System.getProperty(key)。还对结果进行转小写去空格。考虑周到啊 从内存池里拿: 先获取ThreadLocal 的stack,然后再 pop()--->获取并删除最后一个元素。没有就新创建一个 还给内存池:拿用的是pop(),还的话就用push推进去。 ThreadLocal 就是线程的一个副本,实现了和其它线程隔离,比如上学时候黑板上的布置的作业,这个作业就是ThreadLocal 。 使用堆外内存的方法:上面说的第二种设置内存池的方法,里面的布尔类型就是判断是否使用堆外内存。 经过一系列判断来调用jdk自带的使用堆外内存方法。饶了这么久还是用了jdk的。尴尬

作者回复: 那肯定的,不然他就不是java了啊,哈,所以我每次看代码都使劲找它最后调用的地方,找到了,以后它的代码看不懂也关系不大,因为自己也能搞出来了。

2019-11-28
3
夏目
老师,请问使用堆外内存时也可以使用内存池吗?如果可以那是不是对堆内的引用做的池化?

作者回复: 不好意思,回复的有点晚,是的,因为堆外还是堆内相当于图书馆本身从哪进书,池化和非池化相当于书的使用模式,一个是借还模式,一个是买卖模式,池化的也只能是引用,引用指向堆外内存。

2019-11-13
1
td901105
老师您好,我想问一下您的带注释的源码在哪里可以下载,谢谢!

作者回复: 每节内容的视频下面都有一个github的连接,那个里面有,我标记了,最近上传过了。

2019-11-24
tony
下次更新是什么时候,现在才到21讲,迫切想看下应用了

作者回复: 好像每周三更新五节

2019-10-26
李博
在netty框架中,是不是网络请求都是用的是对外内存,netty什么时候堆外内存什么时候使用堆内存,能解释一下么?

作者回复: 不好意思,回复的有点晚! 不够准确,比如安卓平台就默认不使用堆外和池化等高级特性; 可能我要说句废话:“除了使用堆外都是使用堆内”, 堆外的比如接受请求的数据存储。

2019-10-26
灿烂明天
请问下老师,这个堆外内存和内存池,分别什么场景下使用的?还有这些优化是会提升哪方面的效率的吗?解答下疑惑吧,谢谢

作者回复: 堆外内存,主要是想存更多的对象,同时也减少对象都放堆里带来的GC压力,内存池主要是为了复用对象,直接减少对象产生; 两个是不同:有时候能用堆外内存,但是不见得能用对象/内存池(假设对象不能复用); 相同点在于都可以减少GC压力,减少STW时间,间接带来处理的平滑度。

2019-10-24
4
鱼向北游
问下老师 netty的内存参数设置为堆内存还是直接内存,池化还是非池化 性能大概差多少呀 有大概的性能数据么

作者回复: 这个问题很好,可以参考这个文章里面的图有个比较,可以直观感受下: https://blog.twitter.com/engineering/en_us/a/2013/netty-4-at-twitter-reduced-gc-overhead.html

2019-10-24
geekcat
老师讲的确实好,功力深厚,能把技术栈串起来点到,让人多一个层次理解。
2022-02-03
suke
老师申请的对外内存,如果引用是在堆内。那么jvm是不是可以通过这个引用把对应的内存回收呢?
2020-06-06
1
likun
老师 你好 想问下 jvm的堆外内存还是分配在jvm进程虚拟地址空间的用户态的吧?这样数据真正写入的是堆外内存对应的物理内存,而由于os内核的机制,此时发送数据到网卡的数据访问时内核通过内核的虚拟地址去访问,只不多内核的虚拟地址也是指向用户态虚拟内存指向的物理内存的,所以实现了零拷贝,不知道这样理解对不对,特别希望得到老师的街道,这块非常疑惑。
2020-04-19
收起评论