服务端使用 PrintWriter 发送消息时未显式调用 flush()，导致数据滞留在缓冲区；虽启用了自动刷新（autoFlush=true），但仅对 println/printf/format 生效，而 print() 不触发刷新，造成客户端“收不到消息”，仅在连接关闭时批量输出。
服务端使用 `printwriter` 发送消息时未显式调用 `flush()`，导致数据滞留在缓冲区；虽启用了自动刷新（`autoflush=true`），但仅对 `println`/`printf`/`format` 生效，而 `print()` 不触发刷新，造成客户端“收不到消息”，仅在连接关闭时批量输出。
在 Java Socket 编程中，PrintWriter 的缓冲行为是导致“消息发送成功但客户端无响应”问题的常见根源。你当前在 Server.sendMessageToPlayer() 方法中使用了：
PrintWriter out = new PrintWriter(socket.getOutputStream(), true); out.print(message); // ❌ 不会自动 flush！
尽管构造时传入了 true（即启用 autoFlush），但 JDK 文档明确指出：autoFlush 仅在调用 println()、printf() 或 format() 时生效；而 print() 和 write() 系列方法不会触发自动刷新。因此，消息被写入内部缓冲区后停滞不前，直到缓冲区满、流关闭，或显式调用 flush() —— 这正是客户端“看似收不到消息”，却在程序退出时突然打印全部内容的根本原因。
✅ 正确做法是：统一使用 println()，或显式调用 flush()。推荐优先使用 println()，因其语义清晰（每条消息为独立行）、天然适配 BufferedReader.readLine() 的读取逻辑，且能充分利用 autoFlush 机制：
public static void sendMessageToPlayer(String playerID, String message) throws IOException {
System.out.println("Sending message to " + playerID + ": " + message.substring(0, Math.min(50, message.length())) + "...");
Socket socket = playerIDToSocket.get(playerID);
if (socket == null || socket.isClosed() || !socket.isConnected()) {
throw new IOException("Invalid or closed socket for player: " + playerID);
}
PrintWriter out = new PrintWriter(socket.getOutputStream(), true); // autoFlush enabled
out.println(message); // ✅ 自动刷新，且符合行协议
}
⚠️ 同时，请务必注意以下关键实践：
-
空指针与连接状态校验：
playerIDToSocket.get(playerID)可能返回null（如玩家已断线但未清理映射），直接调用getOutputStream()会抛NullPointerException。应在获取Socket后检查其有效性（如isConnected()、!isClosed()）。 -
客户端读取需匹配换行符：你的客户端使用
BufferedReader.readLine()，它依赖\n（或\r\n）作为行终止符。因此服务端必须发送以换行结尾的消息（println()自动添加\n），否则readLine()将永久阻塞。 -
避免高频新建
PrintWriter：当前每次发送都新建PrintWriter，开销较大且可能掩盖底层流异常。理想方案是为每个Socket缓存一个线程安全的PrintWriter实例（例如在ClientHandler中初始化并复用）。 -
线程安全考虑：
HashMap<string socket></string>非线程安全。多线程并发调用sendMessageToPlayer()时，若同时发生put()（登录）和get()（发送），可能导致ConcurrentModificationException。应替换为ConcurrentHashMap或加锁同步。
最后，验证修复效果：启动服务端与客户端后，观察客户端控制台是否每 tick 实时输出 GAME_WORLD_SECTION 消息（而非积压后爆发）。若仍有延迟，可临时在客户端 listen() 方法中添加超时设置：
// 在客户端 Socket 初始化后添加（需捕获 SocketTimeoutException） socket.setSoTimeout(5000); // 5秒读超时，便于调试阻塞
遵循以上修正，即可确保消息实时、可靠地送达客户端，彻底解决“发送无声、退出爆发”的典型 Socket 缓冲陷阱。
