URLConnection.getInputStream() 报异常主因是未检查HTTP响应状态码，它仅对200/201/202等成功码返回有效流，4xx/5xx直接抛异常；须先调getResponseCode()判断，再按需选getInputStream()或getErrorStream()。
调用 URLConnection.getInputStream() 报异常，绝大多数情况不是代码写错了，而是没处理好 HTTP 响应状态码。它只对 200、201、202 等“成功类”状态码返回有效输入流；遇到 4xx 或 5xx（比如 400、404、500），直接抛出 FileNotFoundException 或 IOException，而不是静默返回空流。
为什么 getInputStream() 会突然报错？
根本原因在于 HttpURLConnection 的设计逻辑：它把“非成功响应”视为连接失败场景，getInputStream() 不负责读取错误响应体——这个任务交给 getErrorStream()。如果你不检查状态码就硬调 getInputStream()，只要服务器返回了非 2xx 状态，必然崩溃。
常见诱因包括：
- URL 中含未编码的中文、空格或特殊字符（如
文件名.jpg→ 必须 encode 成%E6%96%87%E4%BB%B6%E5%90%8D.jpg） - 请求头缺失关键字段（如
Content-Type、Authorization）导致服务端拒收 - POST 请求忘了设
setDoOutput(true)，或 GET 请求误设了请求体 - 服务端返回自定义状态码（如 422、499），但客户端未适配
正确判断并选择输入流
必须在调用 getInputStream() 前，先获取并判断 getResponseCode()。不能只看是否等于 200，要覆盖常见成功码：
-
HttpURLConnection.HTTP_OK（200） -
HttpURLConnection.HTTP_CREATED（201） -
HttpURLConnection.HTTP_ACCEPTED（202） - 必要时可扩展支持 204（No Content）等
示例逻辑：
InputStream is = (code == HttpURLConnection.HTTP_OK ||
code == HttpURLConnection.HTTP_CREATED ||
code == HttpURLConnection.HTTP_ACCEPTED)
? conn.getInputStream()
: conn.getErrorStream();
别忽略 ErrorStream 的内容价值
很多开发者以为 getErrorStream() 只是“兜底”，其实它是服务端返回错误详情的主通道。例如：
- 400 Bad Request → 响应体常含 JSON 错误字段（
{"error":"missing param"}） - 401 Unauthorized → 可能返回提示 token 过期或格式错误
- 422 Unprocessable Entity → 通常带完整校验失败信息
建议统一用 BufferedReader 读取，无论成功或失败流，都按 UTF-8 解码，再解析 JSON 或日志输出，方便定位问题。
其他易踩的坑
除了状态码判断，还需注意：
-
Android 主线程限制：4.0+ 系统禁止在主线程发起网络请求，否则可能触发
NetworkOnMainThreadException，和getInputStream异常无关但常被混淆 -
超时设置：未设
setConnectTimeout()和setReadTimeout()，容易卡死或抛SocketTimeoutException -
连接复用：多次调用前要确保
disconnect()，或重用前重置配置（如setDoInput(true)） -
中文路径/参数：务必用
URLEncoder.encode(str, "UTF-8")编码，不能依赖浏览器自动转义
