要让tcp连接不被静默断开，客户端需启用keepalive并实现应用层心跳，服务端设置超时并配合心跳处理；消息拆包须按协议头（如4字节长度）分步死循环读取，确保完整消息解析。
怎么让客户端连上服务端不马上断开
TCP连接一发完消息就关闭，根本推不了消息。关键不是“连上”，而是“别让它自己断”。Java默认Socket没有心跳保活，服务端ServerSocket.accept()拿到的Socket对象，只要客户端不发数据、服务端不读写，操作系统或中间网络设备（比如路由器）大概30–120秒就会静默回收连接。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 客户端必须开启
socket.setKeepAlive(true)，触发底层TCP KEEPALIVE机制（但注意：它只探测链路层是否通，不保证业务层存活） - 服务端需设置
socket.setSoTimeout(60000)（例如60秒），并在每次read()前重置超时——这不是为了“等数据”，而是为了在无数据时抛出SocketTimeoutException，让你有机会发心跳 - 真正可靠的做法是应用层心跳：客户端每30秒发一个纯字节
0x01，服务端收到后清空计时器；连续两次没收到，就socket.close()
消息粘包和半包怎么稳稳拆出来
直接用inputStream.read(buffer)读，经常读到半个消息或两个消息挤在一起——因为TCP是字节流，不是消息包。你协议里定义“头4字节是长度”，结果第一次只读到前2字节，后面卡住，整个逻辑就崩了。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 别用
readLine()，它依赖换行符，不可靠；也别依赖单次read()返回完整业务数据 - 固定头部协议最省心：比如前4字节
int表示body长度，先死循环读够4字节 → 解出length → 再死循环读够length字节 → 才算一条完整消息 - 读取过程必须用
while (totalRead ，<code>read()返回-1才代表连接断了，返回0要跳过，不能当结束 - Android客户端尤其注意：主线程禁止IO，所有socket读写必须扔进
ExecutorService线程池，否则ANR
服务端怎么记住谁在线、给指定人推消息
服务端accept()一次得到一个Socket，但这个对象本身没ID、没上下文。你收到“用户A发来消息”，却不知道该转发给B还是C，更没法查他上次掉线前有没有未读消息。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 每个新连接进来，立刻生成唯一标识，比如
String clientId = UUID.randomUUID().toString().substring(0, 8)，并存入ConcurrentHashMap<string socket></string>，键是clientId，值是Socket和它的OutputStream - 不要把
Socket塞进全局List再遍历——高并发下write()阻塞会拖垮整个Map遍历 - 客户端登录时发送认证包（含账号/设备号），服务端校验后才放入Map；断开时主动从Map移除，并触发离线消息落库（哪怕只是
LinkedList内存队列） - 推送时直接
map.get("user_123").getOutputStream().write(...)，别做任何中间转换
Android客户端怎么避免被系统杀掉导致收不到推送
后台Socket连接在Android 8.0+会被系统限制：App切到后台几分钟后，Socket可能被强制close()，或者read()永远阻塞不抛异常，心跳线程直接失效。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 必须用
ForegroundService保活，且在onStartCommand()里调用startForeground(id, notification)，否则99%概率被杀 - 心跳不能只靠Timer或Handler，要用
AlarmManager.setExactAndAllowWhileIdle()（适配Doze模式），即使锁屏也能准时唤醒 - 网络切换（Wi-Fi→4G）时
Socket大概率失效，必须监听ConnectivityManager.CONNECTIVITY_ACTION广播，检测到变化就主动重连 - 别把所有逻辑堆在一个Service里：心跳、接收、发送、离线存储（如
Room）全部拆成独立Worker，用WorkManager调度，失败可重试
