Socket.setSoTimeout()仅控制阻塞式读操作的单次等待上限，单位毫秒；必须在connect成功后调用，设为0表示无限等待，超时抛SocketTimeoutException，不影响连接、写入及非阻塞Socket。
Socket.setSoTimeout() 作用到底是什么
Socket.setSoTimeout() 只控制 阻塞式读操作（比如 InputStream.read()、BufferedReader.readLine()）的单次等待上限，不是整个请求或连接的生命周期超时。它不干预连接建立（connect）、写入（write）或关闭过程，也不影响非阻塞 Socket。
一旦设置，后续所有 read() 调用若在指定毫秒内未收到数据，就会抛出 java.net.SocketTimeoutException，而不是无限卡住 —— 这是防止线程被长空闲连接拖死的关键手段。
必须在连接建立后调用，否则无效
在 new Socket() 后立即调用 setSoTimeout() 是常见错误。此时 Socket 尚未完成 TCP 握手，底层文件描述符可能还未就绪，设置会被忽略或抛出 SocketException: Socket is closed。
正确时机是：调用 socket.connect() 成功返回之后，且在获取输入流之前。
- ✅ 正确：
Socket socket = new Socket(); socket.connect(new InetSocketAddress(host, port), 5000); socket.setSoTimeout(3000); // ← 此处生效 InputStream in = socket.getInputStream();
- ❌ 错误：
Socket socket = new Socket(); socket.setSoTimeout(3000); // ← 此时 socket 未 connect，设置无效 socket.connect(...);
超时值为 0 表示无限等待，不是禁用
setSoTimeout(0) 是合法调用，含义是“永不超时”，即恢复默认行为（等同于没设）。它不会报错，也不会禁用超时机制 —— 想彻底关掉读超时，只能不调用该方法，或显式设为 0。
注意：0 和负数效果相同（JDK 文档明确说明），但语义上建议只用 0 表示无限；避免传 -1 等魔数，易引发团队理解偏差。
- 读超时单位是毫秒，3000 = 3 秒，10000 = 10 秒
- 超时异常
SocketTimeoutException是IOException子类，必须显式捕获或声明抛出 - 每次
read()独立计时：连续两次 read，各算各的 3 秒，不是总共 3 秒
和 connectTimeout、write 操作完全无关
setSoTimeout() 不影响 socket.connect(address, timeout) 中的连接超时，后者由构造时或 connect() 方法参数控制；也不约束 OutputStream.write() —— 写操作在大多数操作系统下几乎不阻塞（除非对端接收窗口满），即使阻塞也**不会**受 setSoTimeout() 约束。
如果需要写超时，得靠其他方式：例如用 SocketChannel 配合 Selector 实现带超时的 write，或自己封装带时间戳的写逻辑 + 单独线程监控。
容易被忽略的一点：HTTP 客户端（如 HttpURLConnection）内部虽用 Socket，但它的 setReadTimeout() 才是对应上层语义的读超时，它底层确实调了 setSoTimeout()，但做了封装和重试处理 —— 直接操作原始 Socket 时，没有这些保护。
