Java控制台聊天室用户管理核心是用ConcurrentHashMap安全存用户、CopyOnWriteArrayList维护在线列表，并通过putIfAbsent和synchronized保障登录/登出一致性。
Java控制台聊天室的用户管理，核心在于用集合安全存储在线用户、用线程保障多用户并发操作不冲突。关键不是堆砌功能，而是理清“谁在、谁来了、谁走了、能不能重名”这四件事。
用ConcurrentHashMap存用户，避免HashMap的线程不安全
多个客户端同时登录/下线时，若用HashMap，可能触发扩容导致死循环或数据丢失。ConcurrentHashMap天然支持高并发读写，适合存用户ID与User对象的映射：
- key用唯一用户名（String），value可封装为User类（含socket、输出流、上线时间等）
- putIfAbsent()方法能原子性判断并添加，防止重复登录
- remove()删除用户时，可同步关闭对应socket和输出流，避免资源泄漏
用CopyOnWriteArrayList维护在线用户列表，读多写少场景更稳
向所有用户广播“当前在线列表”时，需频繁遍历，但增删用户相对较少。CopyOnWriteArrayList在迭代时不加锁，写操作则复制新数组——适合这类读远多于写的场景：
- 每次有新用户加入，调用add()；下线时调用remove()，内部自动处理线程安全
- 广播用户列表时直接for-each遍历，不会抛ConcurrentModificationException
- 注意：它不适合高频写操作，聊天室中仅用于用户上下线，符合预期
每个客户端分配独立线程，但共享用户集合要加防护
服务端为每个Socket连接启动一个线程（如ClientHandler），负责收消息、发广播、处理退出。此时多个线程共用同一个ConcurrentHashMap或CopyOnWriteArrayList，虽集合本身线程安全，但业务逻辑仍需注意：
立即学习“Java免费学习笔记（深入）”；
- 检查用户名是否已存在 → 添加用户 → 广播欢迎消息，这三步不是原子操作，需用synchronized块包裹关键段（例如以用户集合对象为锁）
- 用户下线时，先从集合中移除，再通知其他人，避免“已下线却还在列表里”这种短暂不一致
- 不要在ClientHandler线程里直接操作System.out，应统一由日志工具或管理类输出，避免控制台打印混乱
用户唯一性校验不能只靠集合contains，得结合登录流程
单纯判断ConcurrentHashMap.containsKey(username)不够——两个线程几乎同时提交相同用户名，都查到“不存在”，然后都成功put，就造成重复。
- 用putIfAbsent(username, user)替代先查后put，它返回null表示插入成功，否则说明已被占用
- 登录响应要区分“成功”“用户名已存在”“服务器忙”三种状态，并反馈给客户端
- 建议用户名限制为字母数字组合，避免空格、特殊字符引发解析歧义或显示错乱
不复杂但容易忽略：集合选型看读写比例，线程分工看职责边界，用户一致性靠原子操作+合理锁粒度。做出来不难，跑得稳才见功夫。
