URLConnection.setConnectTimeout控制建立TCP连接的最长时间，单位毫秒，涵盖TCP三次握手及HTTPS的SSL/TLS握手，但不包括DNS解析；设为0将无限等待，易致线程卡死。
URLConnection.setConnectTimeout 控制的是建立 TCP 连接的最长时间，单位毫秒；它不涉及 DNS 解析、SSL 协商或业务逻辑，只管“从发起连接请求到完成三次握手（含 TLS 握手）”这一阶段。
这个值设为 0 表示无限等待，极易导致线程卡死；设为 3000 就表示最多等 3 秒，超时抛出 SocketTimeoutException。
它具体管什么
- 发起 SYN 请求后，等待服务器返回 SYN-ACK 的最大耗时 - 包括 TCP 握手全过程（IPv4/IPv6 均适用） - 若使用 HTTPS，也涵盖 SSL/TLS 握手阶段（证书验证、密钥交换等） - 在调用 `connect()` 或首次触发 `getInputStream()`/`getOutputStream()` 时生效注意：它不控制 DNS 查询时间。DNS 失败或缓慢会直接抛 `UnknownHostException`，不属于 connect timeout 范畴。
它不管什么（常见误区）
- DNS 解析失败或延迟：由系统 DNS 缓存或网络配置决定，`setConnectTimeout` 对其无影响 - 服务器地址根本不可达（如防火墙拦截、端口关闭）：此时可能抛 `ConnectException`，而非 `SocketTimeoutException` - HTTP 状态码返回之后的处理：比如服务器返回了 200 但 JSON 格式错误，这属于解析逻辑，与连接超时无关 - 连接建立后的数据发送或接收：那是 `setReadTimeout` 和 `setWriteTimeout` 的职责怎么设才合理
- 内网微服务调用：1000–3000 毫秒足够，局域网延迟低且稳定 - 公网第三方 API：5000–10000 毫秒较稳妥，兼顾网络抖动和中间设备响应 - 移动端弱网场景：建议不低于 8000 毫秒，并搭配重试机制（如指数退避） - 批量采集任务：可放宽至 15000 毫秒，但需配合连接池复用与失败统计典型安全组合：
connection.setConnectTimeout(3000);connection.setReadTimeout(10000);
两个必须配对设置。只设 connect timeout，遇到服务器已连上但迟迟不发数据的情况，仍会 hang 死。
设置时机和注意事项
- 必须在调用 `connect()` 或 `getInputStream()` 之前完成设置 - 推荐在 `openConnection()` 后立即配置，避免因后续操作隐式触发连接 - 不同连接实例之间互不影响，每次新建 URLConnection 都要重新设 - Android 上建议 connect timeout 不超过 10 秒，防止触发 ANR默认值是 0（无限等待），这不是“没设”，而是明确设为永不超时——生产环境务必显式覆盖。
