分隔符协议用于解决tcp粘包问题，需手动解析因tcp是字节流且收发不一一对应；bufferedreader.readline()仅适用于换行符分隔；自定义分隔符须用inputstream配合缓冲区扫描，注意跨块匹配、编码安全、超时控制与线程同步。
分隔符协议在 Socket 编程中常用于解决粘包问题，核心思路是：用一个明确的字符或字符串（如
、\r\n 或 ###）标记每条消息的边界。Java 中不能直接靠 readLine() 或 read() 自动识别，必须结合流读取逻辑手动切分。
为什么需要分隔符 + 手动解析
TCP 是面向字节流的协议，操作系统和网络栈不保证“一次 send() 对应一次 recv()”。客户端连续发两条 "hello
" 和 "world
"，服务端可能一次性收到 "hello
world
"，也可能只收到 "hel"（下次才来 "lo
world
"）。所以不能依赖单次读操作拿到完整消息。
用 BufferedReader + readLine() 的前提和限制
这个方式最简单，但仅适用于以换行符（
或
）为分隔符的场景：
- 服务端必须确保每次写入都以
pw.println("msg")或out.write("msg ".getBytes()) - 客户端也得用
BufferedReader.readLine()，它内部会缓冲直到遇到换行符才返回字符串 - 如果协议规定用其他分隔符（比如
|或$$），readLine()就失效了，必须自己实现缓冲+查找
自定义分隔符的可靠读取方法
当分隔符不是换行符时，推荐用 InputStream 配合字节数组缓冲区，边读边扫描：
- 分配一个足够大的
byte[] buffer = new byte[8192]，避免频繁扩容 - 用
inputStream.read(buffer)循环读取，把新数据追加到一个ByteArrayOutputStream或ArrayList<byte></byte>中 - 每次追加后，检查缓冲区里是否包含完整分隔符（注意跨块情况，比如前次末尾是
"abc$"，本次开头是"$"） - 找到分隔符位置后，截取前面部分作为一条完整消息，移除已处理内容，继续等待下一条
实际编码中的关键细节
避免常见坑：
-
不要用
String.split()处理原始流数据：流是字节，不是字符串；编码不一致会导致乱码或切错 -
分隔符本身要可打印且不易冲突：比如用
"|EOF|"则更安全但占空间 - 超时与异常必须处理：如果客户端断连或发半截消息，缓冲区可能一直等不到分隔符——要设最大等待时间或缓冲上限，防止内存溢出
- 多线程下共享缓冲区需同步：如果一个 Socket 连接由多个线程共用输入流，缓冲区操作必须加锁或改用线程安全容器
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
