关于socket长连接的心跳包

转自： http://blog.csdn.net/klarclm/article/details/7784265 

转自: http://aijiawang-126-com.iteye.com/blog/1826087

出于最近对im研究的兴趣，看到smack里有个30s发送一个空消息的线程，了解了下关于心跳包，keepalive的知识。 TCP的socket本身就是长连接的，那么为什么还要心跳包呢？ 
搜索到的资料解释如下： 
一：内网机器如果不主动向外发起连接，外网机没法直连内网的，这也是内网机安全的原因之一吧，又因为路由器会把这个关系记录下来，但是过一段时间这个记录可能会丢失 ，所有每一个客户端每隔一定时间就会向服务器发送消息，以保证服务器可以随时找到你，这东西被称为心跳包。 
二：理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。在获知了断线之后，服务器逻辑可能需要做一些事情，比如断线后的数据清理呀，重新连接呀……当然，这个自然是要由逻辑层根据需求去做了。总的来说，心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40秒比较不错。如果实在要求高，那就在6-9秒。 

三： 
如果不主动关闭socket的话，系统不会自动关闭的，除非当前进程挂掉了，操作系统把占用的socket回收了才会关闭。为什么需要心跳连接主要是判断当前连接是否是有效的、可被使用的。在实际应用中假设一段时间没有数据传输时候理论上说应该连接是没有问题的，但是网络复杂，中途出现问题也是常见的，网线被掐断了、对方进程挂掉了、频繁丢包等，这时候TCP连接是不可使用的，但是对于应用层并不知道，如果需知道网络情况则要很复杂的超时进行了解，TCP从底层就实现了这样的功能。心跳机制是TCP在一段时间间隔后发送确定连接端是否还存在，如果存在的话就会回传一个包确定网络有效，如果心跳包有问题，则通知上层应用当前网络有问题了。 
这取决于你的server端的超时配置， 每个socket连接都是长连接，它是一个相当占用系统资源的通信管道， 如果这个长连接什么事也没干硬是要占着资源，则server端可以选择关闭这个连接，以省下资源让更多的用户连接进来。 
所以，即便客户端的是采用死循环while(true)方式连到服务端，对于特定的客户端和服务端类型来说也需要一定时间间隔的心跳（告诉服务端，我还活着，虽然我没干活也没说话，但别把我关了）。 


记得以前开发手机游戏时，索爱有一款手机有强制要求，客户端如果超过三分钟无消息发向网络服务端，则会在客户端自动地强制把socket关断。因为socket长连接相对于手机这样资源少的设备来说是宝贵的资源。  (这个强制是指客户端系统自动关的，不是我们代码close的) 



也可以解释为: 

跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。
    在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。
    心跳包一般来说都是在逻辑层发送空的echo包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在  

一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。
    其实，要判定掉线，只需要send或者recv一下，如果结果为零，则为掉线。但是，在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。
    在获知了断线之后，服务器逻辑可能需要做一些事情，比如断线后的数据清理呀，重新连接呀……当然，这个自然是要由逻辑层根据需求去做了。
    总的来说，心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40秒比较不错。如果实在要求高，那就在6-9秒。  
心跳检测步骤：
1 客户端每隔一个时间间隔发生一个探测包给服务器
2 客户端发包时启动一个超时定时器
3 服务器端接收到检测包，应该回应一个包
4 如果客户机收到服务器的应答包，则说明服务器正常，删除超时定时器
5 如果客户端的超时定时器超时，依然没有收到应答包，则说明服务器挂了

这3个原因都是挺有道理。如果你有更好的解释欢迎交流啊。改天我做个程序测试一下不发心跳包和发心跳包的连接情况。 


来源：1. http://blog.csdn.net/qgjava/article/details/5745776 


2. http://topic.csdn.net/u/20081009/13/abd12947-e78e-43ba-9a43-ce690ecb8ac2.html 



3. http://zhidao.baidu.com/question/349886234.html 


以下是Smack里发送心跳包的代码： 
PacketWrite.java 

Java代码  

1. void startKeepAliveProcess()  
2.   {  
3.     int keepAliveInterval = SmackConfiguration.getKeepAliveInterval();  
4.     if (keepAliveInterval > 0) {  
5.       KeepAliveTask task = new KeepAliveTask(keepAliveInterval);  
6.       this.keepAliveThread = new Thread(task);  
7.       task.setThread(this.keepAliveThread);  
8.       this.keepAliveThread.setDaemon(true);  
9.       this.keepAliveThread.setName("Smack Keep Alive (" + this.connection.connectionCounterValue + ")");  
10.       this.keepAliveThread.start();  
11.     }  
12.   }  
13.   
14. private class KeepAliveTask  
15.     implements Runnable  
16.   {  
17.     private int delay;  
18.     private Thread thread;  
19.   
20.     public KeepAliveTask(int paramInt)  
21.     {  
22.       this.delay = paramInt;  
23.     }  
24.   
25.     protected void setThread(Thread thread) {  
26.       this.thread = thread;  
27.     }  
28.   
29.     public void run()  
30.     {  
31.       try  
32.       {  
33.         Thread.sleep(15000L);  
34.       }  
35.       catch (InterruptedException localInterruptedException)  
36.       {  
37.       }  
38.       while ((!(PacketWriter.this.done)) && (PacketWriter.this.keepAliveThread == this.thread)) {  
39.         synchronized (PacketWriter.this.writer)  
40.         {  
41.           if (System.currentTimeMillis() - PacketWriter.this.lastActive >= this.delay) {  
42.             try {  
43.               PacketWriter.this.writer.write(" ");  
44.               PacketWriter.this.writer.flush();  
45.             }  
46.             catch (Exception localException)  
47.             {  
48.             }  
49.           }  
50.         }  
51.         try  
52.         {  
53.           Thread.sleep(this.delay);  
54.         }  
55.         catch (InterruptedException localInterruptedException1)  
56.         {  
57.         }  
58.       }  
59.     }  
60.   }