xml通过socket传输必须先序列化为utf-8字节流并添加4字节大端长度前缀，接收端需严格按此协议分阶段读取，否则因编码不一致或tcp粘包导致解析失败。
XML内容必须先序列化再发送，不能直接 writeBytes(“…”)
Socket 传输的是字节流，不是结构化数据。直接把 XML 字符串丢进 OutputStream 看似可行，但一旦含中文、特殊符号或编码不一致，接收端大概率解析失败。
关键在于：发送前必须明确指定字符编码（通常是 UTF-8），并确保接收端用相同编码读取。Java 中常见错误是用 String.getBytes() 无参调用——它依赖平台默认编码，Windows 是 GBK，Linux/macOS 是 UTF-8，跨平台必崩。
- 始终显式调用
xmlString.getBytes("UTF-8")，别省略参数 - 若用
PrintWriter，务必关掉自动 flush，并设置new OutputStreamWriter(out, "UTF-8") - 避免用
DataOutputStream.writeUTF()传 XML——它自带 2 字节长度头，接收端需配套解析，徒增复杂度
TCP粘包问题会让接收端收不到完整XML，必须自定义边界
TCP 是流式协议，send() 调用不等于一个完整的 XML 报文被对方一次 read() 到。常见现象：接收端只收到半截 <user><id>123</id></user>，或者一次读到两个拼在一起的报文。
解决思路不是“等它自己分好”，而是加协议层标记。最轻量且可靠的做法是：在每条 XML 前加 4 字节大端整数表示长度（即 length-prefix）。
- 发送端：先写入
ByteBuffer.allocate(4).putInt(xmlBytes.length).array()，再写xmlBytes - 接收端：先读满 4 字节 → 解出 int len → 再循环读满 len 字节 → new String(bytes, "UTF-8")
- 别用换行符（\n）或特殊字符串（如
<?xml）做分隔——XML 内容本身可能含这些
Java Socket 发送 XML 的最小可靠代码片段
以下是最简但可落地的发送逻辑，绕开 ObjectOutputStream（不兼容其他语言）、HttpURLConnection（不是纯 TCP）等干扰项：
Socket socket = new Socket("127.0.0.1", 8080);
OutputStream out = socket.getOutputStream();
String xml = "<msg><cmd>LOGIN</cmd><uid>u123</uid></msg>";
byte[] bytes = xml.getBytes("UTF-8");
// 写长度头（4字节）
out.write((bytes.length >> 24) & 0xFF);
out.write((bytes.length >> 16) & 0xFF);
out.write((bytes.length >> 8) & 0xFF);
out.write(bytes.length & 0xFF);
// 写XML体
out.write(bytes);
out.flush();
注意：接收端必须严格按此长度协议读取，否则字节错位，后续所有报文全乱。
Python 或 C 接收时，别信“recv(1024)”能一次读完
很多 Python 示例用 conn.recv(1024) 就完事，这在真实网络中极不可靠。TCP 不保证一次 recv 返回多少字节，尤其当 XML 较大（比如超 1KB）或网络延迟高时，大概率只返回前几十字节。
正确做法是分阶段读：先读 4 字节得长度，再按长度死循环读够为止。
- Python 示例关键逻辑：
len_bytes = recv_all(conn, 4); msg_len = int.from_bytes(len_bytes, 'big'); body = recv_all(conn, msg_len) - 其中
recv_all(sock, n)是封装好的阻塞读满函数，内部用 while 循环补足 - C 里同理，
recv()返回值必须检查，不能假设等于请求长度
没处理好这个，XML 解析器会报 XMLSyntaxError: unexpected end of file 或直接崩溃——因为传进去的根本不是合法 XML 字符串。
边界识别和编码一致性，这两个点漏掉任何一个，XML 就只是空中楼阁，看着对，发不出去，或者发出去也白发。
