java的socket的坑（陆续补充）

坑1.server端close断开后，client端无法认知

背景：最近公司项目做个通信，因为需求简单也没重传也没啥的，两端连接就多个双向验证，主控制为server端（其实就是个数据采集，起个server等待client交互认证发送）。

实现：做了个更换证书会close掉server操作（close肯定无法收到数据），client端是发送数据时候会发起双向验证，如果一次成功，会发送该条数据，但是第一次验证失败，需要重启client的socket时候，将该条丢掉，重启client socket。

结果：每次close掉server后，重新配置证书，等待client发送数据时候发起双向验证，再发送数据，发现每次都会丢俩包。按照实现的理想结果，理论上撑死丢一包才对（第一次发送时候，不成功重启client丢掉一包），于是抓包分析：发现server被close后，client因为还认为保持着双向验证通过的连接状态，直接第一条发出去了，但是server的该条socket其实早被关闭了，也不会去收，这条就没了，然后第二条就会跟实现里的理想结果一样被丢掉。

解决：因为短时间项目需求，没想啥复杂解决方法，直接让client定时发心跳空包，来判断与server的连接状态，确保发数据时候，直接是连接状态。

漏洞：如果很巧合第一次心跳和发数据同时进行，可能导致数据再次丢失。

此文章，如工作中遇到坑会陆续补充，解决方法也欢迎各位大神评论区指正，分享更好的解决方法！