高性能tcp服务端关键在于避免单连接拖垮，需用线程池限流、缓冲优化i/o、合理设置backlog，并逐步演进至nio或netty。
构建高性能 TCP 服务端，核心不在“写对 Socket”，而在“不被单连接拖垮”。Java 原生 Socket API 是基础，但直接用 ServerSocket.accept() 配合一个线程处理一个客户端，只适合教学或低并发场景。真正支撑高并发的关键是：连接管理不阻塞、I/O 不等待、业务不卡主线程。
用 ServerSocket 正确监听连接
ServerSocket 本身只是入口，关键在于初始化方式和后续处理逻辑：
- 指定合理端口（如 8080、9000），避免使用 0~1023 的特权端口（需管理员权限）
- 设置 backlog 参数（如
new ServerSocket(port, 50)），控制内核连接队列长度，防止突发连接洪峰时被丢弃 - 绑定前可显式指定 IP 地址（
new ServerSocket(port, 50, InetAddress.getByName("192.168.1.100"))），多网卡环境更可控 - 务必在 try-with-resources 或 finally 中关闭 ServerSocket，避免端口占用无法释放
避免每连接启一线程的陷阱
传统写法 new Thread(() -> handleClient(clientSocket)).start() 在几千并发时会迅速耗尽 JVM 线程资源（默认栈内存 1MB/线程），引发 OOM 或上下文切换风暴：
- 改用固定大小线程池（如
Executors.newFixedThreadPool(200)），限制最大并发处理数 - 线程池拒绝策略建议用
CallerRunsPolicy，让主线程临时顶上，起到自然限流作用 - 每个任务必须自行关闭 socket 和流（用 try-with-resources），否则连接泄漏会导致文件描述符耗尽
提升吞吐的关键：异步读写与缓冲优化
TCP 是面向字节流的协议，频繁小包读写效率极低。实际开发中应：
- 用
BufferedReader/BufferedWriter包装 socket 流，减少系统调用次数；缓冲区大小设为 8192 或 16384 更合适 - 避免
readLine()处理二进制协议（它依赖 \n 结束，不可靠），改用DataInputStream.readFully()或自定义消息头（含长度字段）来拆包 - 发送响应时调用
flush()确保数据立即发出，尤其在非自动 flush 的 PrintWriter 场景下 - 对高频小消息，可考虑批量组装后统一 write，减少网络往返
向更高性能演进的路径
当连接数持续超过 5000 或要求毫秒级响应时，原生阻塞 I/O 已到瓶颈：
- 升级到 NIO（
Selector + ByteBuffer + SocketChannel），单线程管理数千连接 - 进一步采用 Netty 框架，它已封装粘包/半包、心跳、编解码、线程模型等复杂逻辑
- 生产环境务必加上连接超时（
socket.setSoTimeout(30000)）、空闲检测和优雅关闭机制
不复杂但容易忽略：高性能不是堆参数，而是让每个连接的生命周期清晰、资源释放及时、I/O 尽可能聚合。从阻塞 Socket 走起，再逐步引入线程池与 NIO，是扎实落地的路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
