Java 11+ HttpClient 支持流式响应处理，BodyHandlers.ofLines() 返回 Stream<String> 适用于换行分隔的文本流（如SSE），需 Content-Type 匹配且 UTF-8 编码；ofInputStream() 提供底层字节流控制，须手动管理资源；异步链需显式处理异常与等待，HttpClient 应复用以避免连接泄漏。
Java 11+ 的 HttpClient 支持真正面向对象、声明式的流式响应处理，关键不在“对象化”本身，而在于把响应体（HttpResponse）当作可组合、可延迟消费的数据源来使用——它不强制加载全部内容到内存，而是按需拉取、逐段解析。
用 BodyHandlers.ofLines() 按行消费流式文本
适用于返回以换行分隔的流数据（如 OpenAI、Ollama 的 SSE 或纯 JSON 行格式）。它自动将响应体拆成 Stream<String>，天然适配函数式处理。
- 调用
sendAsync(request, HttpResponse.BodyHandlers.ofLines())，返回的CompletableFuture<HttpResponse<Stream<String>>>中，response.body()就是可遍历的流 - 直接在
thenAccept内对response.body().forEach(...)进行实时处理，每来一行就解析、日志、转发或聚合 - 注意：该方式默认使用 UTF-8，且要求服务器响应头为
Content-Type: text/plain或text/event-stream等可按行解析的类型
用 BodyHandlers.ofInputStream() 手动控制字节流
当需要细粒度读取（比如跳过前缀、识别二进制边界、缓冲复用）或响应不是严格换行分隔时，选这个更底层的处理器。
- 返回
HttpResponse<InputStream>，你可在thenAccept中包装BufferedReader或JsonParser流式解析 - 示例中常见模式：用
InputStreamReader(inputStream, StandardCharsets.UTF_8)+BufferedReader逐行读；若遇"data: "前缀则截取 JSON 片段，遇"[DONE]"则终止 - 务必在 try-with-resources 中管理流，否则连接可能无法释放
异步链路上必须配对异常与等待逻辑
流式处理常嵌套在异步调用中，但 sendAsync 不会自动阻塞主线程，也不静默吞异常。
立即学习“Java免费学习笔记（深入）”；
- 必须显式调用
exceptionally()或whenComplete()，否则网络超时、DNS 失败等都会导致 CompletableFuture 静默失败 - 主线程（如 main 方法）若立即退出，异步任务可能被中断——用
.join()、.get()或CountDownLatch.await()确保执行完成 - 不要依赖
thenAccept处理异常；它只接收正常结果，异常会跳过并中断链路
避免常见陷阱：编码、超时与重用
看似简单的流式调用，几个配置点出错就会导致乱码、卡死或连接泄漏。
-
编码必须显式指定：BodyHandlers.ofString() 默认 UTF-8，但如果响应是 GBK 或 ISO-8859-1，需改用
ofByteArray()+ 手动解码 -
超时要设两层：HttpClient 构造时设
connectTimeout（建连阶段），HttpRequest 构造时设timeout（整个请求生命周期） - HttpClient 实例应复用：它是线程安全的，内部管理连接池和 HTTP/2 多路复用；每次 new 一个会导致连接爆炸和资源浪费
