上周帮朋友公司折腾个办公聊天工具，本来以为很简单，结果从零开始踩坑无数。刚开始用Java纯粹图省事，毕竟老本行顺手嘛

第一步：先搭个架子试试水

打开IntelliJ新建项目，咔咔敲了个Socket服务端。本来寻思就两台电脑互相发消息，结果刚连上第五个客户端，服务器直接卡成PPT。打开任务管理器一看——好家伙！每个线程占30MB内存，开20个客户端内存就爆了。这才发现普通线程池根本扛不住聊天室。

第二步：遇上内存刺客

改成线程池勉强能跑，用户发来个表情包直接崩了。Debug发现坑在这儿：

• 用户每次发图片都调，5MB的图吃掉50MB堆内存
• 历史消息用ArrayList存，超过500条就开始疯狂扩容
• 最致命的是日志里全是“用户”+name+“发送了”+message这种拼接，百万条消息产生千万个临时字符串

连夜改代码：图片改用URL只传路径，聊天记录换LinkedList，日志全改成slf4j的占位符。改完内存直接少用60%，朋友说电脑风扇终于不咆哮了。

第三步：消息轰炸怎么办

刚解决内存问题，测试组同时发100条带图消息。服务端倒是没崩，但先发的消息居然比后发的还晚到！查代码发现主线程在同步阻塞写数据库。赶紧拆成三部分：

1. Netty收消息直接扔RabbitMQ队列
2. 独立线程消费队列存数据库
3. 再用WebSocket推给前端

顺手加了Guava的RateLimiter限制每秒发送次数。现在就算有人狂刷表情包，其他人聊天也不卡了。

踩完坑才懂这些好处

搞完这个项目才发现Java做聊天程序真香：

• 线程池+Netty组合，五百人在线消息不丢不重
• JVM监控工具太救命，GC问题用VisualVM一抓一个准
• 朋友临时要加已读回执功能，拿SpringBoot两天就怼出来了
• 用JDK25的虚拟线程重构后，单机并发量翻了三倍

昨晚把项目迁移到支持结构化并发的JDK25，原来两百行线程管理代码缩成三十行。现在每秒处理八千条消息CPU才占40%，朋友说比他们买的某钉办公套件还流畅。早知Java这么能打，当初何必折腾别的语言！