urlconnection.openstream() 卡住因默认无超时，需显式设setconnecttimeout和setreadtimeout；post需正确设置content-type、utf-8编码写入并关闭流；url中文须urlencoder编码路径参数；下载大文件必须用bufferedinputstream提升性能。
URLConnection.openStream() 为什么有时会卡住或超时
默认情况下 URLConnection 不设超时，遇到网络抖动、服务无响应或防火墙拦截，线程就一直挂着，直到系统 TCP 层最终断开（可能长达几分钟）。这不是 bug，是设计如此——它把控制权完全交给你。
- 必须显式调用
setConnectTimeout(5000)和setReadTimeout(10000)，单位毫秒 - 超时值不是越大越好：接口类请求建议 connect ≤ 3s、read ≤ 15s；下载大文件可放宽 read，但 connect 仍要严控
- 如果 URL 含重定向（如 302），
setInstanceFollowRedirects(false)可避免意外跳转导致超时叠加 - 注意：这些设置必须在
connect()或getInputStream()之前调用，之后设无效
用 URLConnection 发起 POST 请求时，Content-Type 和数据写入顺序很关键
很多人直接 writeBytes 就完事，结果服务端收不到 body，或者解析成空。根本原因是没按 HTTP 协议要求组织请求头与体的边界。
- 先调
setDoOutput(true)，否则getOutputStream()抛IllegalStateException -
setRequestProperty("Content-Type", "application/x-www-form-urlencoded")必须在connect()前设置 - 数据要 UTF-8 编码后写入：
os.write(postData.getBytes(StandardCharsets.UTF_8))，别用writeBytes（它用平台默认编码，Windows 上常是 GBK） - 写完必须
os.close()或os.flush()，否则服务端可能等不到 EOF，一直阻塞读取
URL 和 URLConnection 的编码陷阱：中文路径、参数、重定向都容易乱码
URL 构造函数不自动编码，直接拼含中文的 URL 字符串会导致 MalformedURLException 或服务端收到乱码。而 URLConnection 对重定向响应里的 Location 头，也默认不做解码。
- 手动编码路径/查询参数：用
URLEncoder.encode("张三", "UTF-8")，再拼进 URL 字符串 - 不要对整个 URL 调
URLEncoder.encode()，那会把:、/、?全干掉，变成非法地址 - 如果服务端返回 302 + 中文 Location，需用
URLDecoder.decode(locationHeader, "UTF-8")再构造新URL，否则重定向失败 - 注意：
URL.toString()返回的是已解码后的可读字符串，不能直接用于网络传输
下载大文件时，不用 BufferedInputStream 包裹 getInputStream() 会显著变慢
URLConnection.getInputStream() 返回的是原始 socket 流，底层没有缓冲区。每次 read() 都可能触发一次系统调用，小块读取（比如每次只 read 1 字节）会让下载速度跌到几百 KB/s 甚至更低。
立即学习“Java免费学习笔记（深入）”；
- 务必套一层
BufferedInputStream：new BufferedInputStream(conn.getInputStream(), 8192) - 缓冲区大小不是越大越好：8KB～64KB 是常见平衡点；超过 1MB 在多数场景下收益极小，还占内存
- 写入本地文件时，同样建议用
BufferedOutputStream，避免频繁磁盘 write - 别忘了关流：
in.close()和out.close()，否则连接不释放，可能触发java.net.SocketException: Too many open files
真正麻烦的从来不是“怎么发起请求”，而是超时怎么设、编码在哪做、缓冲怎么加、流怎么关——这几个点漏一个，线上就可能出毛刺，而且不容易复现。
