Java聊天室客户端最简路径是：用Socket建立TCP连接，分双线程读写（BufferedReader/InputStreamReader指定UTF-8编码读，PrintWriter/OutputStreamWriter指定UTF-8编码写），校验空输入，正确关闭资源并添加收发日志。
用 Socket 连接聊天室服务器最简路径
Java 客户端连聊天室，核心就是 Socket 建立 TCP 连接。别被“聊天室”吓住——它本质是客户端往服务器发消息、再从服务器收消息的双工通信。关键不是功能多，而是连接稳、收发不丢、线程不卡死。
常见错误是把 InputStream 和 OutputStream 混在同一个线程里读写，导致阻塞后整个客户端假死。必须拆成两个线程：一个专负责 readLine() 接收服务端广播，另一个等用户输入后调用 println() 发送。
- 服务器地址和端口要硬编码或从命令行传入，避免写死在
new Socket("localhost", 8080)里却忘了改 - 务必在
try-with-resources或finally中关闭Socket，否则断连后端口可能被占用无法重连 - 不要用
Scanner.nextLine()读用户输入——它对空行和 Ctrl+D 处理不稳定，改用BufferedReader.readLine()配合System.in
处理服务器广播消息时的字符编码问题
中文乱码不是网络问题，是字节流没指定编码。Java 的 InputStreamReader 默认用平台编码（Windows 是 GBK），而服务器大概率用 UTF-8 发送消息。不显式声明，readLine() 就会按错编码解码，显示一堆 或问号。
解决方法只有一处：构造 InputStreamReader 时强制传 StandardCharsets.UTF_8。同理，发消息也要用 OutputStreamWriter 包一层并指定 UTF-8，否则你打“你好”，服务器收到可能是“浣犲ソ”。
立即学习“Java免费学习笔记（深入）”；
BufferedReader in = new BufferedReader(
new InputStreamReader(socket.getInputStream(), StandardCharsets.UTF_8)
);
PrintWriter out = new PrintWriter(
new OutputStreamWriter(socket.getOutputStream(), StandardCharsets.UTF_8), true
);
用户输入为空或仅空格时的拦截逻辑
很多初版客户端一回车就崩溃或发空白消息，触发服务器校验失败断连。这不是 UI 问题，是协议层没做基础过滤。
真实聊天场景中，“发送空消息”毫无意义，还可能被服务器当成心跳超时信号踢出。必须在调用 out.println() 前校验：
- 用
line != null && !line.trim().isEmpty()判空，避免NullPointerException和纯空格消息 - 如果服务器要求带昵称前缀（如
[张三] hello），需在客户端拼接好再发，别依赖服务端补全 - Ctrl+C 或关闭窗口时，应捕获
IOException并主动调用socket.close()，而不是让 JVM 强制终止留下半开连接
调试时怎么看清实际收发的数据流
连不上、收不到、发不出？别急着改逻辑，先确认字节是否真到达对方。Java 没有内置“抓包”功能，但可以用最朴素方式验证：
- 在
out.println()后立刻加System.out.println("[SENT] " + line); - 在
in.readLine()返回后立刻加System.out.println("[RECV] " + msg); - 注意：这两句必须放在 I/O 操作的紧邻下方，不能塞进循环条件里，否则日志会漏掉最后一行
如果看到 [SENT] 有输出但 [RECV] 没反应，说明连接已建立但服务器没广播；如果 [RECV] 有乱码，回到上一节检查编码；如果连 [SENT] 都没打印，那根本没走到发送逻辑——八成是用户输入线程被阻塞或异常吞掉了。
真正难的不是写完能跑，而是当服务器突然重启、网络抖动、用户狂按回车时，客户端还能保持连接状态、重试机制和消息队列不崩。这些不在“简易”范围内，但得心里有数。
