《Java 演进之路》系列 · 第 7 篇

首个现代 LTS：HTTP Client、var 进化与 Java 的云原生转身

“Java 的每一次迭代都在回应时代的需求——而 JDK 11 的诞生，正是为了适配容器化与云原生的新战场。”

2018 年 9 月，在 JDK 10 发布半年后，Oracle 正式推出 JDK 11。作为 Java 6 个月快速发布周期的首个 长期支持（LTS）版本，它延续了 JDK 8 函数式编程的灵活性与 JDK 9 模块化系统的架构革新，但更聚焦于解决实际开发中的痛点：去除冗余模块、强化标准库能力、深度适配容器环境。

JDK 11 没有刻意追求“颠覆性创新”，而是通过精准的功能调整与底层优化，成为承上启下的关键版本：它移除了逐渐脱离 Java SE 核心范畴的 Java EE 和 CORBA 模块，将实验阶段的 HTTP/2 客户端转为标准库功能，并扩展了var语法的应用范围；更重要的是，它针对容器环境（如 Docker/Kubernetes）优化了资源管理能力，改进了垃圾回收器的性能表现。这些看似“微小”的改进，实则为 Java 在云原生时代的广泛应用铺平了道路。

📌 JDK 11 的官方特性总览

JDK 11 的所有新特性均基于 JSR 384（《Java SE 11（18.9）发布规范》） 标准化落地。作为首个以 6 个月为周期发布的 LTS 版本，它聚焦开发者最迫切的需求——从网络通信到代码简洁性，从文件操作到容器适配，每一项改进都直击实际开发中的高频痛点。

1. 标准化 HTTP Client（JEP 321：从孵化器到标准库）

在微服务与 API 交互成为主流的今天，Java 终于拥有了原生的 HTTP 通信解决方案。JEP 321 将原本处于孵化阶段的 HTTP/2 客户端正式纳入标准库（java.net.http包），提供了 HttpClient、HttpRequest和 HttpResponse三大核心类，支持同步/异步请求、HTTP/2 自动协商及 WebSocket 通信。

• 目标：为 Java 提供一个现代化、异步、响应式的 HTTP 客户端，彻底替代老旧的 HttpURLConnection。

• 包路径：java.net.http

• 核心类：HttpClient, HttpRequest, HttpResponse

• 代码示例：

HttpClient client = HttpClient.newHttpClient(); 
HttpRequest request = HttpRequest.newBuilder(URI.create("https://api.example.com"))
                               .header("Accept", "application/json")
                               .build(); 
HttpResponse<String> response = client.send(request, BodyHandlers.ofString());

• 高级特性：

• • 同步/异步请求：send() 和 sendAsync() 各有其适用场景；
• • HTTP/2 自动协商：无需手动配置即可启用；
• • WebSocket 支持：通过 WebSocketClient 等 API 实现。

📌 意义：开发者无需再引入 Apache HttpClient 或 OkHttp 等第三方库，通过标准库即可实现高效、安全的 HTTP 通信，降低项目依赖复杂度。

2. var语法支持 Lambda 参数（JEP 323：统一局部变量与 Lambda 的类型推断）

JDK 11 将 JDK 10 引入的 var 局部变量类型推断能力扩展到了 Lambda 表达式，允许开发者通过 var 声明 Lambda 参数，同时兼容类型注解（如 @NonNull）。

• 目标：允许在 Lambda 表达式中使用 var 语法，提升类型一致性与可读性。

• 语法示例：

// JDK 10 及之前：必须显式声明参数类型  
(String s) -> s.length()  

// JDK 11+：可使用 var 简化（支持类型注解）  
(var s) -> s.length()        //  允许
(@NonNull var s) -> s.length() // 支持类型注解

• 价值：这一改进让 Lambda 表达式的语法风格与局部变量保持一致，减少了冗余类型声明，同时通过类型注解提升了代码健壮性，尤其适合需要明确参数约束的场景（如不可为空的单参数处理）。

3. 字符串与文件操作实用 API（JEP 327/329/330）

JDK 11 为日常开发中最频繁的字符串处理与文件读写场景提供了更简洁的 API：

• • 字符串处理：
  • • String.repeat(int)：快速生成重复字符序列（如 "-".repeat(50) 生成 50 个连字符分隔线）。
  • • String.strip() 与 isBlank()：strip() 比传统的 trim() 更严格遵循 Unicode 标准（正确处理全角空格等特殊字符），isBlank() 可直接判断空白字符串（如 " ".isBlank() 返回 true）。
• • 文件操作：
  • • Files.readString(Path) 与 Files.writeString(Path)：一行代码完成文本文件的读取与写入（如 String config = Files.readString(Path.of("config.txt"))）。

实际价值：这些 API 减少了样板代码（如手动循环拼接字符串、逐行读写文件），让开发者更专注于业务逻辑，显著提升编码效率。

4. ZGC：面向未来的低延迟垃圾回收器（JEP 333，实验性）

对于需要极致低延迟的应用（如高频交易系统、实时数据处理平台），JDK 11 引入了实验性的 ZGC（Z Garbage Collector）。它通过并发标记与压缩技术，实现了亚毫秒级的 GC 停顿（通常 < 10ms），并支持 TB 级堆内存管理。

• 目标：实现 亚毫秒级 GC 停顿，支持 TB 级堆内存。

• 适用场景：金融交易、实时数据处理、大规模分布式系统等对延迟敏感的应用。

• 启动方式：需要配置实验性参数，如

-XX:+UnlockExperimentalVMOptions -XX:+UseZGC

• 当前状态：仍为实验性（Experimental），不建议直接用于生产环境。

5. 清理历史模块：移除 Java EE 与 CORBA（JEP 320）

随着 Jakarta EE 的独立发展，Java SE 不再需要包含逐渐脱离核心的 Java EE 和 CORBA 模块。JDK 11 通过 JEP 320 移除了以下组件：

• • java.xml.ws（JAX-WS）、java.xml.bind（JAXB）、java.activation（JAF）、java.corba、java.transaction（JTA）。

影响与收益：

• • 必要性：若项目依赖 JAXB/JAX-WS，需手动添加 Jakarta EE 对应依赖（如 jakarta.xml.bind:jakarta.xml.bind-api）。
• • 轻量化：移除这些模块后，JDK 标准库体积显著减小，更适合容器化部署（如 Docker 镜像更轻薄）。
• • 聚焦核心：让 Java SE 回归“基础平台”定位，专注于语言特性与通用 API 的优化。

6. 其他重要平台增强

除核心特性外，JDK 11 还包含多项提升开发效率与运行时性能的优化：

• • Epsilon GC（JEP 318）：一种“无操作”垃圾回收器（不执行实际内存回收），适用于测试环境或短生命周期进程（如性能基准测试），可快速验证代码逻辑而无需考虑 GC 干扰。
• • TLS 1.3 支持（JEP 332）：默认启用更安全、性能更高的 TLS 1.3 协议（替代旧版 TLS 1.2），提升网络通信的安全性。
• • Flight Recorder（JFR）开源（JEP 328）：原商业版性能分析工具 JFR 现作为 OpenJDK 标准组件提供，开发者无需额外许可即可使用其强大的诊断能力。
• • Nest-Based Access Control（JEP 181）：优化内部类（嵌套类）的访问控制规则，减少编译器生成的桥接方法数量，提升字节码效率。

🧩 为什么选择 JDK 11？——从 LTS 到云原生的全面适配

• • 长期支持保障：作为 JDK 8 之后的首个 LTS 版本，JDK 11 获得了 Oracle 至少 8 年的商业支持（覆盖至 2026 年及以后），为企业提供了稳定的升级周期与技术保障。
• • 云原生深度适配：
  • • 容器资源管理：原生支持 Docker 等容器环境中的 CPU/内存限制，避免因资源超限导致的运行时问题；
  • • 快速启动优化：继承 JDK 10 的 AppCDS（应用类数据共享）特性，默认启用后可显著减少容器镜像的冷启动时间；
  • • 轻量化部署：移除冗余模块后，JDK 11 的标准镜像体积更小，降低了云环境下的存储与传输成本。
• • 平滑兼容性：除已移除的 Java EE 模块外，JDK 11 与 JDK 8、10 的代码兼容性极高，存量系统升级成本可控。

✅ 总结

JDK 11 通过 JSR 384 整合了六大关键能力，为 Java 的持续演进奠定了实用基础：从标准化 HTTP 通信（JEP 321）到简化代码编写（var 语法扩展、字符串/文件 API），从应对极端性能需求（实验性 ZGC）到剥离冗余模块（移除 Java EE），再到强化安全与诊断工具（TLS 1.3、JFR 开源、Epsilon GC）。这些改进没有追求单一的“革命性”，而是通过精准的优化，让 Java 在保持稳定的同时，更好地适应云原生、微服务等现代开发场景。

可以说，JDK 11 或许不是最具话题性的版本，但它却是 Java 在新时代保持竞争力的关键一步——足够稳定以支撑核心业务，足够现代以拥抱技术趋势，足够轻量以降低使用门槛。

📢 延伸阅读建议

对于深入理解 Java SE 11 的架构与设计，建议进一步阅读：

• • JSR 384: Java SE 11 官方提案[1]
• • OpenJDK 11 文档[2]

引用链接

[1] JSR 384: Java SE 11 官方提案: https://www.jcp.org/en/jsr/detail?id=384 [2] OpenJDK 11 文档: https://openjdk.org/jdk/11/