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

全部留言(3)

  • 最新
  • 精选
WING
感谢老师的回答,继续上面的问题,极客这个留言做的不好啊,不能针对老师的回答提问,鄙视一下,哈哈。老师说netty不能提供session管理这种内置功能。我有个设想,老师看看合不合理:我觉得netty可以提供一个通用的session管理功能,无论业务用什么做id,其实只是session的一个属性,可以设置到channel的attr里,然后可以根据某个attr去反向查找对应的channel,例如在我的案例里,建立socket连接后,将设备号设置到channel的attr里,如果是别场景如用户id等等同理,然后session管理器提供一个根据attr的名称和值去查找对应的channel的接口。老师看这样OK不?

作者回复: 可以是可以,但是反向查找效率低,一个服务器维持的连接越多,反向找效率越低,所以横竖还是单独维护一个正向查找的map比较好。你的这个设想没有问题,也能搞出来,也比较通用,问题就是效率有问题。个人看法。哈哈

2020-01-08
3
3
WING
老师,如果我需要服务器主动发消息到客户端怎么做?我的场景是有很多设备连接到了服务器,平时服务器不断接收设备数据,但有时需要人工触发从服务器发命令到设备(可以想象后台应用有个按钮,用户填了设备号,一点按钮,就发命令到对应的设备)。因为服务器主动发命令到设备,不是接收到设备的数据然后响应这种情况,我的难点是我怎么找回那个设备对应的channel? 这个是几年前我做的一个案例,我的做法是,自己维护一个ConcurrentMap,设备连接上来时就将设备号和对应channel保存起来,用户点按钮时我就从这个Map里找回channel,相当于自己维护一个session表(我记得有一章有个同学也问了一个问题:netty怎么维护session的问题,应该也是有这种场景。我想如果netty提供一个类似session的组件就好了。),不知道我这么做正不正路,是否还有更好的办法?

作者回复: 我觉得你的思路没有问题,想象下:netty肯定不提供这种内置的功能,因为你的是设备号,别人可能是别的id,本质都是一种map,所以需要业务层来维护,这种情况也确实类似session管理的方式,面临的问题也是一样的。另外假设你的设备本身也可以当服务器的话,你服务器端也可以实现一个客户端专门去做反向的消息发送,不然只能按照现在你的思路做。

2020-01-07
2
陈松Plus
能省掉很多钱。。。
2022-01-13
收起评论