Socket经典案例源码_Java Socket编程实战项目与应用技术文章-java教程-PHP中文网

java socket编程初学者常卡在accept()阻塞、连接失败和流关闭顺序三处：accept()本就是阻塞等待连接；连接失败多因服务未启动或主机名错误，需设超时；流关闭须按输出→输入→socket顺序，且readline()依赖换行符和flush。

socket经典案例源码_java socket编程实战项目与应用技术文章 - php中文网

Java Socket 编程不是“学完 API 就能跑通”的技术——ServerSocket.accept() 一卡住，Socket 连不上，readLine() 死等，90% 的初学者卡在这三步里。真正能跑起来的案例，必须直面阻塞、流关闭顺序、多客户端并发这三类现实问题。

为什么 `ServerSocket.accept()` 会一直卡住？

这不是 bug，是设计行为：accept() 是阻塞调用，没有客户端连接时它就停在那里，不抛异常、不返回 null、也不往下走。新手常误以为“程序卡死”，其实是正常等待。

确保客户端确实执行了 new Socket("127.0.0.1", 8888)，且 IP 和端口与服务端一致
防火墙或杀毒软件可能拦截本地回环连接（尤其 Windows），临时关闭测试
服务端启动后没看到 “客户端已连接” 提示，大概率是客户端根本没发连接请求——检查客户端代码是否漏掉 new Socket(...) 或被异常吞掉
别在 main 方法里只调一次 accept()：单次调用只能处理一个客户端；要持续服务，必须包在 while(true) 循环里

`Socket` 连接失败常见报错及应对

连不上时最常看到两类错误：

java.net.ConnectException: Connection refused：服务器根本没在监听，或端口不对。先用 netstat -an | grep 8888（Linux/macOS）或 netstat -ano | findstr :8888（Windows）确认端口是否被 Java 进程占用
java.net.UnknownHostException：传给 Socket 构造函数的 host 名字无法解析，比如写成 "localhost.local" 而非 "localhost" 或 "127.0.0.1"；内网设备间通信时，避免用主机名，优先填 IP

安全起见，客户端应始终设置超时：socket.connect(new InetSocketAddress("127.0.0.1", 8888), 5000)，避免无限等待。

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

输入输出流顺序和关闭陷阱

getInputStream() 和 getOutputStream() 没有先后要求，但关闭顺序直接影响数据能否发出去：

如果先关 socket.getOutputStream()，再关 socket，某些平台下最后几字节可能丢
正确做法：业务逻辑结束后，只关 socket（它会自动关闭关联流）；若需提前释放资源，按“输出流 → 输入流 → socket”顺序关
特别注意 BufferedReader.readLine()：它依赖换行符 \n 或 \r\n 才返回，客户端发字符串后必须 out.write("msg\n"); out.flush();，否则服务端永远等不到“行尾”

多客户端支持不能只靠 `new Thread(...).start()`

裸起线程看似简单，但实际项目中很快会暴露问题：

每来一个连接就起一个线程，1000 个客户端 = 1000 个线程，JVM 很快 OOM 或线程调度失衡
没做连接超时控制，僵尸连接长期占着线程和 socket 资源
多个线程共用 System.out 打印日志，输出乱序难排查

生产可用的起点是用 ExecutorService 管理线程池，并在线程任务里捕获所有异常（包括 IOException），防止单个客户端异常导致整个服务崩溃。真正的边界情况——比如客户端断网未发 FIN 包，服务端得靠心跳或读超时（socket.setSoTimeout(30000)）来主动清理。