记录一下我在项目中遇到的一个坑：设备搭载Android系统类似于机顶盒之类的设备，所以android客户端连接到服务器的使用不了wifi，只能通过网线连接，通信方式是使用socket进行udp通信。
1. 环境：
客户端登录成功后，会开始发送心跳，下面是实现流程的伪代码：
public class Test{
private int sendCount = 0;
/** 向服务器发送心跳包的方法 */
private void sendHeart(){
new Thread(){
public void run() {
try {
while(sendCount < 3){
resendHeartCount++;
datagramSocket.send(datagramPacket);
sleep(10 * 1000);
}
//如果循环结束，则说明心跳超时
Log.i("sendHeart", "心跳超时了。。。");
}catch(Exception e){}
}.start();
}
/** 模拟接收服务器响应的方法 -- 是在接收线程中运行 */
private void recvMsg(){
//接收到成功的响应消息后，将resendHeartCount赋值为0
sendCount = 0；
}
}
2. 测试：在连接网络的正常情况下，上面代码没有问题，并且会一直发送心跳，因为sendCount不会大于等于3。
如果把机子的网线拔掉来测试心跳超时，此时就会有一个问题：2秒左后之后当系统检测到网线拔出时，程序中发送心跳时听停滞在datagramSocket.send()方法这里 ---- 可以通过在这句话的上下各自打印语句判断出来。 所以拔掉网线后不管多久之后都不会看到“心跳超时了。。。”的测试语句。
3. 解决思路： 既然问题是datagramSocket.send()方法在有些情况下回被阻塞，我的想法就是把datagramSocket.send()方法放在一个新的线程里面去执行，那么这样的话不管是否被阻塞了都不会影响原来线程中的逻辑判断。修改后的代码如下：
try {
while(sendCount < 3){
resendHeartCount++;
new Thread(){
public void run() {
datagramSocket.send(datagramPacket);
}
}.start();
sleep(10 * 1000);
}
//如果循环结束，则说明心跳超时
Log.i("sendHeart", "心跳超时了。。。");
}catch(Exception e){}
这样的话当拔掉网线后，30后就会看到“心跳超时了。。。”的打印了。
目前只是针对当前的环境想到了这一种解决方法，并且使用tcp通信是否会有这样的问题还没有验证，先做个笔记记录一下，如果以后遇到类似的问题会继续补充的。
