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

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

Netty4.0提供了一个类，名为IdleStateHandler，这个类可以进行三种类型的心跳检测。

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

前三个的参数解释如下：

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

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

(3).allIdeTime：所有类型的超时时间

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

我们在channel链中加入了IdleStateHandler，第一个参数是5，单位是秒，意思是：在服务端会每隔5秒来检查一次channelRead方法被调用的情况，如果在5秒内该链上的channelRead方法没有被触发，就会调用userEventTriggered方法。

初步看一下IdleStateHandler源码，先看一下IdleStateHandler中的channelRead方法：

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

再看看channelActive方法：

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

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

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

没有超时，则不触发userEventTriggered方法

初略地看下就是这么多，这就是IdleStateHandler的原理了。

简而言之：

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

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

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