outputstreamwriter不参与chunked编码，仅负责字符到字节的编码转换；chunked由http底层（如tomcat、netty）自动处理，开发者只需正常写入字符流即可。
OutputStreamWriter 本身不参与 Chunked 编码逻辑，它只负责字符到字节的编码转换；Chunked 分块由 HTTP 客户端/服务器底层（如 HttpURLConnection、Netty、Tomcat）自动处理，你只需正常写入字符流即可。
Chunked 传输是 HTTP 层的事，不是 Java 字符流的事
HTTP 的 Transfer-Encoding: chunked 是协议层机制，由 HTTP 客户端或服务端在发送响应体时动态分块、添加长度头和终止符（0\r\n\r\n）。Java 的 OutputStreamWriter 只是一个桥接器：它把 Writer 的字符（如 UTF-8 字符串）按指定编码（如 UTF-8）转成字节，再写入底层 OutputStream（比如 socket 的输出流）。它完全不知道“chunk”是什么，也不需要知道。
真正决定是否启用 Chunked、何时切块、如何写 chunk header（如 1a\r\n...）的是 HTTP 实现。例如：
- JDK
HttpURLConnection在未设置Content-Length且未禁用 chunking 时，会自动启用 Chunked（JDK 11+ 默认开启） - Spring WebMvc 的
ResponseEntity<string></string>流式返回，底层 Tomcat 或 Undertow 自动处理 chunked - Netty 的
ChunkedWriteHandler配合HttpResponseEncoder负责分块编码
正确使用 OutputStreamWriter 的关键：别关错流，别提前 flush 错地方
虽然分块逻辑透明，但错误的流操作会导致 chunk 破坏或响应卡住。常见陷阱：
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
不要手动调用
out.write("...")后立刻out.flush()—— 这可能触发一个极小 chunk（比如 2 字节），造成大量无效开销；让 HTTP 层自己控制缓冲与刷出时机 -
不要关闭
OutputStreamWriter或底层OutputStream—— 关闭会终止整个 HTTP 连接，后续 chunk 写不进去；应由容器或客户端框架负责生命周期 -
确保编码一致：显式指定 charset（如
new OutputStreamWriter(out, StandardCharsets.UTF_8)），避免平台默认编码导致乱码，影响 chunk 内容正确性
一个典型安全用法（Servlet 场景）
假设你在 Servlet 中流式输出 JSON 行（NDJSON）：
response.setContentType("application/json; charset=utf-8");
response.setHeader("Transfer-Encoding", "chunked"); // 可选，容器通常自动加
// 不设 Content-Length
ServletOutputStream out = response.getOutputStream();
OutputStreamWriter writer = new OutputStreamWriter(out, StandardCharsets.UTF_8);
writer.write("{\"id\":1}\n");
writer.write("{\"id\":2}\n");
// ...持续写入，不 flush，不 close
// 请求结束时容器自动写 final chunk (0\r\n\r\n) 并关闭连接
这里 OutputStreamWriter 只做 UTF-8 编码，每行字符串变成对应字节；真正的 chunk 切分（比如每 8KB 一组）由 servlet 容器（如 Tomcat 的 OutputBuffer）在写入 socket 前完成。
需要手动控制分块？那就不该用 OutputStreamWriter 直接对接 HTTP 流
如果你真有强需求——比如每条日志独立成 chunk、带自定义元数据——说明你已脱离标准 HTTP 响应模型。此时应：
- 改用
ServletOutputStream手动写 raw bytes：先写"1a\r\n"+ 内容字节 +"\r\n"，最后写"0\r\n\r\n" - 或用支持 chunked 的高级客户端库（如 OkHttp 的
ResponseBody.source()+BufferedSink） -
OutputStreamWriter在这种场景下反而碍事，因为它隐藏了字节边界，无法精确对齐 chunk 边界
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
