今天在项目中，遇到了棘手的问题，在跟第三方通信过程中，本来好好的，突然就接收不到tcp发来的数据了。重启之后正常。

       第一感觉，当然是怀疑第三方的问题，毕竟自己写的代码是亲生的。而且自己的架构也十分简单，接收数据，操作数据库，回复包而已。

       接收到的任何数据都会第一时间打日志，既然没有日志，当然是第三方没有发送啦！ 可是第三方有5个客户端，同时都接收不到数据，自己写的代码问题明显嫌疑度急剧上升。

 

       通过查看日志，发现在接收不到数据之前有大量的业务失败日志（检测器心跳失败）。由此怀疑是不是检测器心跳失败造成的线程堵死，等到每个线程都堵死了，自然就接收

       不到数据了。然后翻看业务代码。大概的处理是这样的

       update ***

       if（sqlfail）

      {

               rollback

               return false；

       }

       select***       

       if（sqlfail）

     {

               rollback

               return false；

     } 

     if(!next)

    {

              return false;

     }

     update***

     ...

     commit

     通过模拟数据执行sql，发现是select查询的是空数据然后return false返回的，导致update造成的独占锁一直没有释放。

     好家伙，那别的线程凡是处理到这张表统统堵死，慢慢的导致全部线程堵死啦，哈哈，再也接收不到数据了。

 

     经验教训：在业务逻辑复杂的函数里，如果先前有update/insert/delete 等修改表的操作，在异常退出的时候一定要记得commit或rollback，释放独占锁。