下载APP
登录
关闭
讲堂
算法训练营
Python 进阶训练营
企业服务
极客商城
客户端下载
兑换中心
渠道合作
推荐作者
当前播放: 16 | keepalive与idle监测
00:00 / 00:00
标清
  • 标清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看

Netty源码剖析与实战

共60讲 · 约650分钟
4347
免费
01 | 课程介绍
免费
02 | 内容综述
免费
03 | 揭开Netty面纱
免费
04 | 为什么舍近求远:不直接用...
免费
05 | 为什么孤注一掷:独选Nett...
06 | Netty的前尘往事
07 | Netty的现状与趋势
08 | Netty怎么切换三种I/O模...
09 | 源码剖析:Netty对I/O模...
10 | Netty如何支持三种Reacto...
11 | 源码剖析:Netty对Reacto...
12 | TCP粘包/半包Netty全搞...
13 | 源码剖析:Netty对处理粘...
14 | 常用的“二次”编解码方式
15 | 源码剖析:Netty对常用编...
16 | keepalive与idle监测
17 | 源码剖析:Netty对keepal...
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 | 优化使用:为不同平台开启...
48 | 安全增强:设置“高低水位...
49 | 安全增强:启用空闲监测
50 | 安全增强:简单有效的黑白...
51 | 安全增强:少不了的自定义...
52 | 安全增强:拿来即用的SSL...
53 | 安全增强:拿来即用的SSL...
54 | 安全增强:拿来即用的SSL...
55 | Cassandra如何使用Netty...
56 | Dubbo如何使用Netty ?
57 | Hadoop如何使用Netty ?
58 | 赏析Netty之美
59 | 如何给Netty贡献代码?
60 | 课程回顾与总结
本节摘要

精选留言(10)

  • 2019-11-20
    keepalive就是类似于心跳时间,通俗点来说就是看看对方有没有彻底凉了
    Linux Kernel有三个选项影响到KeepAlive的行为:
    tcp_keepalive_time 7200 // 距离上次传送数据多少时间未收到新报文判断为开始检测,单位秒,默认7200s(没必要频繁,浪费资源)
    tcp_keepalive_intvl 75// 检测开始每多少时间发送心跳包,单位秒,默认75s
    tcp_keepalive_probes 9// 发送几次心跳包对方未响应则close连接,默认9次
    整体上的判断需要小心,不能因为它可能中途凉了几下就认为它已经死掉了
    注意的缺点是
    keepalive只能检测连接是否存活(对面只要回复就认为是正常的),不能检测连接是否可用(比如死锁中还认为是能用的),下面会说到解决方案
    以及一些可以让tcp keep-alive失效的东西(如代理(socks proxy之类的)、负载均衡器)



    在应用层用keepalive的原因
    1.tcp层关注的是有没有活着,应用层关注的是能不能用
    2.tcp默认是关的,而且在传输途中可能没了,所以应用层再做一层保险
    3.tcp的参数是系统参数,如果是自己的应用在用就没事。如果别人也在用,你改了他也要变,就变化很大了。。。不过这关应用层用keepalive什么事情。。。。?难道是自己可以在应用层再设置一遍??

    tcp的keepalive和http的keep-alive
    看清楚了,中间有个杠。
    tcp的keepalive是在ESTABLISH状态的时候,双方如何检测连接的可用行。
    而http的keep-alive说的是如何避免进行重复的TCP三次握手和四次挥手的环节(选择长连接还是短的)。
    长连接:指在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路检测包。
    短连接:指通讯双方有数据交互时,就建立一个连接,数据发送完成后,则断开此连接,即每次连接只完成一项业务的发送。

    idle检测:就是看对方有没有反应。作用是省的你每次都去问人家
    idle:就是对方不回复你,对方就是idle状态
    去询问的动作叫keepalive

    netty开启keepalive
    可以在创建ServerBootstrap的group后通过额外参数(childOption)来指定开启
    开启idle检测可以在handler下的初始化Channel那里开启,记得那个addlast不,就是加在这个里面
    展开
    2
  • 2019-10-20
    老师,rocktmq有没有办法去监控服务是不是挂了呢。跟这种模式是一样么,怎么借鉴呢

    作者回复: 这是两个不同的事情,因为一个服务不做keepalive和idle监控也能工作(或许会偶尔失败),但是监控还是需要做的,比如停电了。但是就像你用的词“借鉴”一样,思想倒是可以借鉴,在做监控的时候,你要划分下多个层次,比如机器的进程在不在,机器本身资源使用率,服务质量三个层次,Java的可以打开jmx做监控,然后监控的方式上,可以调用它提供的api或者自己写一个轻量级的任务定时去测试下,类似keepalive了:定时,轻量级。

    2
  • 2019-11-04
    老师 http 长连接 http短连接 区别在哪里 还有tcp这个连接

    作者回复: 一个永远牵着手,一个一会牵手一会断,http是基于tcp的,http的长连接是说它下面用的tcp连接一直连着,所有请求都复用这个传输通道,而http短连接,就是比如一个请求就建一个tcp连接,处理完就断了。实际上,一般我们现在经常用的是比如保持几分钟的长连接。

    1
  • 2019-11-04
    老师应用层的keeplive 就是心跳机制吧

    作者回复: 不管哪层的keepalive都算心跳,差不多一个意思,只是心跳的层次不同。

  • 2019-10-23
    老师,如何判断连接是空闲的?

    作者回复: 17节从源码上介绍了,上次更新应该把17也一起了,就没这个问题了

  • 2019-10-18
    理论和源码结合还是挺有意思的,之前不懂理论看源码还是比较吃力的,期待学完后对netty能深入理解并运用

    作者回复: 一起努力,希望多少都有点收获!

    1
  • 2019-10-17
    之前也看过netty 的一些基础概念和视频,不过没有写过代码实战,希望通过这节课再提升一下自己..😜

    作者回复: 我最近也一直在线课程到底能给大家带来什么收获(对比直接百度),现在快结束了,反倒有信心了,因为我觉得多少都会有所收获的,因为netty覆盖的知识太多,总会有你能收益的地方。

  • 2019-10-17
    享受,课程买的值
  • 2019-10-17
    老师,一般Http的keep-alive是有客户端(即浏览器)发起web请求的时候带在Header里的,所以视频中说的idleHandler的方法是不是netty作为httpclient端的时候才需要写的?

    作者回复: 不是的,所有服务器开发最好都有,因为最简单的,你服务器,别人连上来不做事怎么办,肯定要自我保护下,http只是一种基于tcp的服务器

    1
  • 2019-10-17
    老师这个视频信息量特别大,心里正在默念http keepalive的时候 老师的tips就提了

    作者回复: 哈哈,因为我发现身边的人都经常混淆。所以想下,还是浪费一两分钟提下。