一起学Netty(十一)之 Netty心跳之IdleStateHandler

Netty提供了对心跳机制的天然支持,心跳可以检测远程端是否存活,或者活跃


今天我们就一起初识一下Netty4的心跳机制


Netty4.0提供了一个类,名为IdleStateHandler,这个类可以对三种类型的心跳检测


这个类的构造参数是这样的:

前三个的参数解释如下:

1)readerIdleTime:为读超时时间(即测试端一定时间内未接受到被测试端消息)

2)writerIdleTime:为写超时时间(即测试端一定时间内向被测试端发送消息)

3)allIdleTime:所有类型的超时时间


这个类主要也是一个ChannelHandler,也需要被载入到ChannelPipeline中,加入我们在服务器端的ChannelInitializer中加入如下的代码:

一起学Netty(十一)之 Netty心跳之IdleStateHandler_第1张图片


我们在channel链中加入了IdleSateHandler,第一个参数是5,单位是秒,那么这样做的意思就是:在服务器端会每隔5秒来检查一下channelRead方法被调用的情况,如果在5秒内该链上的channelRead方法都没有被触发,就会调用userEventTriggered方法:



初步地看下IdleStateHandler源码,先看下IdleStateHandler中的channelRead方法:


请注意254行代码其实表示该方法只是进行了透传,不做任何业务逻辑处理,让channelPipe中的下一个handler处理channelRead方法,但是记录了一下这里的调用时间


我们再看看channelActive方法:

一起学Netty(十一)之 Netty心跳之IdleStateHandler_第2张图片

这里有个initialize的方法,这是IdleStateHandler的精髓,接着探究:

一起学Netty(十一)之 Netty心跳之IdleStateHandler_第3张图片

这边会触发一个Task,ReaderIdleTimeoutTask,这个task是部分源码是这样的:

一起学Netty(十一)之 Netty心跳之IdleStateHandler_第4张图片

341行是这样的,用当前时间减去最后一次channelRead方法调用的时间,假如这个结果是6s,说明最后一次调用channelRead已经是6s之前的事情了,你设置的是5s,那么nextDelay则为-1,说明超时了,那么354行则会触发userEventTriggered方法:

一起学Netty(十一)之 Netty心跳之IdleStateHandler_第5张图片

如果没有超时则不触发userEventTriggered方法



初略地看下就是这么多了,这就是IdleStateHandler的基本原理了


简而言之:

IdleStateHandler这个类会根据你设置的超时参数的类型和值,循环去检测channelRead和write方法多久没有被调用了,如果这个时间超过了你设置的值,那么就会触发对应的事件,read触发read,write触发write,all触发all


如果超时了,则会调用userEventTriggered方法,且会告诉你超时的类型


如果没有超时,则会循环定时检测,除非你将IdleStateHandler移除Pipeline



你可能感兴趣的:(一起学netty,一起学Netty)