本文详解在 java servlet 或类似 http 处理场景中，如何可靠、同步地读取请求体（request body）的原始字节并转换为字符串，避免因流阻塞、缓冲区误判或提前终止导致的“仅在取消请求时才读到数据”问题。
本文详解在 java servlet 或类似 http 处理场景中，如何可靠、同步地读取请求体（request body）的原始字节并转换为字符串，避免因流阻塞、缓冲区误判或提前终止导致的“仅在取消请求时才读到数据”问题。
在 Web 后端开发中，尤其是处理 POST 请求时，常需手动读取 HttpServletRequest.getInputStream() 中的原始请求体。但若采用逐行读取（如 readLine()）方式解析固定长度的 body，极易陷入阻塞——因为 readLine() 会等待换行符（\n 或 \r\n），而某些客户端（如 curl、前端 fetch、Postman 默认配置）发送的纯 JSON 或二进制 payload 并不以换行结尾。这正是原问题中“只有取消页面加载时才能读到 body”的根本原因：readLine() 持续阻塞，直到连接被强制关闭（浏览器取消请求），此时输入流抛出异常或返回 null，循环意外退出，看似“读到了”，实则是错误状态下的副作用。
正确的做法是绕过行边界语义，直接按字节长度精确读取。前提是：你已通过 Content-Length 头明确获知请求体字节数（对于无 Content-Length 的 chunked 编码请求，需另行处理流式读取）。以下是推荐实现：
private String readBody(int expectedLength) throws IOException {
if (expectedLength <= 0) {
return "";
}
InputStream in = request.getInputStream();
byte[] bodyBytes = new byte[expectedLength];
int totalRead = 0;
int remaining = expectedLength;
// 循环确保读满 expectedLength 字节（read() 可能分多次返回）
while (remaining > 0) {
int bytesRead = in.read(bodyBytes, totalRead, remaining);
if (bytesRead == -1) {
throw new IOException("Unexpected end of stream: expected " + expectedLength + " bytes, got only " + totalRead);
}
totalRead += bytesRead;
remaining -= bytesRead;
}
// 使用请求的字符编码（推荐从 Content-Type 解析，fallback 到 UTF-8）
String charset = getCharacterEncoding(); // 如 request.getCharacterEncoding()，或默认 "UTF-8"
return new String(bodyBytes, StandardCharsets.UTF_8); // 显式指定编码更安全
}✅ 关键改进点说明：
- 避免 readLine()：它依赖行终止符，不适用于无换行的 JSON、XML、二进制等 payload；
- 使用 InputStream.read(byte[], off, len)：支持批量、非阻塞式字节读取，并通过循环校验是否读满预期长度；
- 显式字符编码处理：new String(byte[], charset) 替代 String.valueOf(char[])（后者忽略编码，易导致中文乱码）；
- 异常防御：检测 read() 返回 -1（流结束），及时报错而非静默截断。
⚠️ 注意事项：
- 不可重复读取：Servlet 的 InputStream 是单次消费的。一旦调用 readBody()，后续 request.getParameter() 等方法将失效（返回 null），需自行解析参数（如解析 application/x-www-form-urlencoded）；
- Content-Length 必须可信：确保客户端正确设置了该 header；若使用 HTTPS 或代理，注意其可能修改或删除该头；
- 大文件场景慎用：此方法将整个 body 加载至内存，对大上传应改用流式处理（如 FileOutputStream 或 Apache Commons FileUpload）；
- 超时控制：在高延迟网络下，建议为 InputStream 设置读取超时（如 ((ServletInputStream) in).setReadTimeout(30000)，需容器支持）。
综上，精准字节读取 + 显式编码解码 + 容错循环，是稳定获取 HTTP 请求体的基石方案。摒弃面向行的惯性思维，回归 HTTP 协议本质——body 是一段有长度的原始字节流，而非文本行集合。
