当前播放: 31 | 实现服务器端编解码
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 | 结课测试&结束语
31 | 实现服务器端编解码

31 | 实现服务器端编解码

傅健
Netty源码贡献者、Cisco高级软件工程师
全集6562
新人首单 ¥29.9 原价 ¥129
本节摘要
登录 后留言

精选留言(7)

  • 小不点
    终于实战了,源码看的我头都大了,强忍着自己看完,不过还是有收获的,计划是实战完之后再战源码的,打卡,下周三见!!!

    作者回复: 你打卡打的真心不错!

    2019-11-08
    2
  • btshanghaib
    这里请教老师一个问题,在 OrderProtocolDecoder 里,原始传入的ByteBuf 已经被转成 RequestMessage 了,而这个 ByteBuf 后面页不会再被接下来的Handler使用,不是应该手动释放release它吗?转换成的 RequestMessage 本身并不是一个ReferenceCounted, 在SimpleChannelInboundHandler 对它release应该是没有效果的吧? 这里应该怎么理解呢?

    作者回复: 1 应该释放,你没有看到释放,是因为在它继承的父类中:
    MessageToMessageDecoder#channelRead
                    try {
                        decode(ctx, cast, out);
                    } finally {
                        ReferenceCountUtil.release(cast);
    }

    2 没有效果,因为它的实现是这样的:
            if (msg instanceof ReferenceCounted) {
                return ((ReferenceCounted) msg).release();
            }

    好处就是不用管这些细致末节了,直接release,需要release的会释放,不需要的(没有实现ReferenceCounted)不释放。所以对我们来说省心友好。

    2020-01-14
    1
  • 左琪
    为啥orderframeencoder要继承LengthFieldPrepender,这个对象转byte,为什么不用MessageToByteEncoder的子类呢
    2020-06-08
    1
  • hexl94
    我想问下,未什么设计协议时候为什么没加魔数,不加魔数判断,是不是所有协议都会解码下,是不是浪费资源
    2020-04-13
  • 小学生
    老师, 我用浏览器打开 htt://127.0.0.1:8090 或者 curl http://127.0.0.1:8090 都报同样的异常:

    22:53:02 [worker-3-7] DefaultChannelPipeline: An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
    io.netty.handler.codec.TooLongFrameException: Adjusted frame length exceeds 10240: 18247 - discarded

    说是最大能接受的frame大小为10240, http发送的是18247, 它丢弃了。
    我想问一下,为啥浏览器 和 curl 发送的frame大小是一样的呢?
    2020-03-23
  • NoBody
    打卡打卡!
    2020-03-23
  • 空白
    OrderServerProcessHandler中传入的参数是RequestMessage,不是ByteBuf ,SimpleChannelInboundHandler也会帮忙释放?

    作者回复: 是的,因为finally语句中会尝试释放,但是肯定不执行释放因为释放的时候会判断:
        public static boolean release(Object msg) {
            if (msg instanceof ReferenceCounted) {
                return ((ReferenceCounted) msg).release();
            }
            return false;
        }

    2019-11-30
收起评论
看过的人还看
数据结构与算法之美

王争  前Google工程师

80讲 | 86649 人已学习

新人首单 ¥29.9 原价 ¥129
Java并发编程实战

王宝令  资深架构师

51讲 | 17935 人已学习

新人首单 ¥19.9 原价 ¥99
MySQL实战45讲

林晓斌  网名丁奇,前阿里资深技术专家

49讲 | 56352 人已学习

新人首单 ¥29.9 原价 ¥129
Java核心技术面试精讲

杨晓峰  前Oracle首席工程师

44讲 | 46688 人已学习

新人首单 ¥19.9 原价 ¥99