JDK 11 入门与特性概览 – wiki基地

JDK 11 入门与特性概览：迈向现代 Java 的重要里程碑

Java，作为一门常青的编程语言，自诞生以来便在软件开发领域占据着核心地位。随着技术的不断演进，Java 也在持续迭代更新，以适应新的应用场景和开发范式。在众多 Java 版本中，JDK 11 无疑是一个重要的里程碑，因为它是一个长期支持（LTS）版本，为开发者提供了一个稳定、功能丰富且性能优越的平台，成为了许多企业和项目选择的基础。

本文将带领您深入了解 JDK 11，从如何开始使用它，到它带来的关键特性和改进，旨在帮助初学者快速入门，并为已有经验的开发者提供一个全面的概览。

第一部分：为何选择 JDK 11？及其获取与安装

在深入探讨 JDK 11 的特性之前，我们首先需要理解它为何如此重要，以及如何将其安装到您的开发环境中。

1.1 JDK 11 的重要性：一个长期支持版本

Java 的发布周期在 JDK 9 之后发生了显著变化，从过去的几年一个大版本，变为每六个月发布一个新版本。这种快速迭代的模式带来了新特性和改进的快速交付，但同时也对企业和开发者提出了挑战，因为并非所有版本都提供长期的维护和支持。

为了解决这一问题，Oracle 公司（以及更广泛的 OpenJDK 社区）引入了“长期支持”（LTS）版本的概念。LTS 版本会获得更长时间的公共更新和安全补丁，使其成为企业级应用和长期项目的理想选择。JDK 11（发布于 2018 年 9 月）便是继 JDK 8 之后的第一个 LTS 版本。虽然 Oracle 对其免费公共更新已停止，但通过 OpenJDK 的其他发行版（如 Adoptium/Temurin, Amazon Corretto, Azul Zulu 等），用户仍然可以获得持续的、免费的更新和支持。这使得 JDK 11 在很长一段时间内都保持着强大的生命力。

选择 JDK 11，意味着您可以获得一个经过社区广泛测试、拥有成熟生态系统，并且能够获得持续安全支持的稳定平台。此外，它还包含了自 JDK 8 发布以来引入的大量新特性和性能优化，能够显著提升开发效率和应用性能。

1.2 获取 JDK 11

获取 JDK 11 有多种途径。最常见的是从以下来源下载 OpenJDK 的发行版：

Adoptium (Eclipse Temurin): 这是 OpenJDK 社区中最受欢迎的发行版之一，提供免费、高质量、符合 TCK（Technology Compatibility Kit）的 OpenJDK 构建版本。推荐从其官方网站下载：https://adoptium.net/
Oracle OpenJDK: Oracle 也提供其 OpenJDK 构建版本，可以从 jdk.java.net 下载。请注意 Oracle 对于其商业 Oracle JDK 和免费 OpenJDK 构建的许可条款差异。对于长期免费使用，通常推荐 Adoptium 或其他 OpenJDK 发行版。
其他发行版: 还有许多其他提供 OpenJDK 11 构建的组织，如 Amazon Corretto, Azul Zulu, SAP等。它们通常基于 OpenJDK 源码构建，并提供额外的支持或优化。

选择哪个发行版取决于您的具体需求和信任来源。对于大多数开发者而言，Adoptium 的 Temurin 是一个不错的起点。

1.3 安装 JDK 11

安装过程通常很简单，以下是在不同操作系统上的基本步骤：

Windows:

下载适用于您操作系统的 JDK 11 安装包（通常是 .msi 文件）。
运行安装程序，按照向导提示进行安装。您可以选择安装路径。建议记住安装路径，例如 C:\Program Files\Java\jdk-11.0.x。
配置环境变量: 这是关键步骤。
- 右键点击“此电脑” -> “属性” -> “高级系统设置” -> “环境变量”。
- 在“系统变量”下，点击“新建”，创建变量名为 JAVA_HOME，变量值为您的 JDK 11 安装路径（例如 C:\Program Files\Java\jdk-11.0.x）。
- 在“系统变量”中找到 Path 变量，双击编辑。
- 点击“新建”，添加 %JAVA_HOME%\bin。确保它在列表中的位置靠前，以免与其他旧版本的 Java 冲突。
- 点击“确定”保存所有更改。

macOS:

下载适用于 macOS 的 JDK 11 安装包（通常是 .pkg 文件）。
运行安装程序，按照提示完成安装。JDK 通常会被安装到 /Library/Java/JavaVirtualMachines/ 目录下。
配置环境变量 (可选但推荐): 编辑您的 shell 配置文件，例如 ~/.bash_profile, ~/.zshrc, 或 ~/.profile。
- 打开终端。
- 使用文本编辑器编辑配置文件，例如 nano ~/.zshrc。
- 在文件末尾添加以下行（请根据您的实际安装路径调整）：
  bash export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home export PATH=$JAVA_HOME/bin:$PATH
- 保存并关闭文件。
- 运行 source ~/.zshrc (或您编辑的文件名) 使更改生效。

Linux:

下载适用于您 Linux 发行版的 JDK 11 压缩包（通常是 .tar.gz 文件）或使用包管理器（如 apt, yum, dnf）。
手动安装 (如果下载的是压缩包):
- 将压缩包解压到您希望安装的位置，例如 /usr/local/java/:
  bash sudo mkdir /usr/local/java sudo tar -zxvf jdk-11.0.x.tar.gz -C /usr/local/java/
- 记住解压后的目录名，例如 /usr/local/java/jdk-11.0.x。
配置环境变量: 编辑 /etc/profile 或用户的 ~/.bashrc, ~/.zshrc 等文件。
- 打开终端。
- 使用文本编辑器编辑文件，例如 sudo nano /etc/profile。
- 在文件末尾添加以下行（请根据您的实际安装路径调整）：
  bash export JAVA_HOME=/usr/local/java/jdk-11.0.x export PATH=$JAVA_HOME/bin:$PATH
- 保存并关闭文件。
- 运行 source /etc/profile (或您编辑的文件名) 使更改生效。
使用包管理器安装 (推荐): 根据您的发行版，使用相应的命令，例如：
- Debian/Ubuntu: sudo apt update && sudo apt install openjdk-11-jdk
- Fedora: sudo dnf install java-11-openjdk-devel
- CentOS/RHEL: sudo yum install java-11-openjdk-devel
  使用包管理器安装通常会自动配置好大部分内容，但可能仍需要手动设置 JAVA_HOME。

1.4 验证安装

安装完成后，打开新的终端或命令提示符窗口，运行以下命令：

bash java -version

如果一切顺利，您将看到类似以下的输出，表明 JDK 11 已成功安装并配置：

openjdk version "11.0.11" 2021-04-20 OpenJDK Runtime Environment (build 11.0.11+9-LTS) OpenJDK 64-Bit Server VM (build 11.0.11+9-LTS, mixed mode)

接下来，运行 Java 编译器命令：

bash javac -version

您应该看到 javac 11.0.x 类似的输出。

至此，您已经成功获取并安装了 JDK 11，并验证了其可用性。现在，让我们深入了解 JDK 11 带来的核心特性。

第二部分：JDK 11 的核心新特性概览

JDK 11 在 JDK 8 的基础上，集成了自 JDK 9 和 JDK 10 以来的众多新特性和改进。这些特性涵盖了语言层面、API、JVM 性能和工具等方面。下面我们将重点介绍其中一些最重要且对日常开发影响较大的特性。

2.1 `var` 关键字：局部变量类型推断 (JEP 286, Java 10 引入)

虽然 var 关键字是在 JDK 10 中引入的，但它作为 JDK 11 的重要组成部分（因为 JDK 11 包含了 JDK 9 和 10 的所有特性），对代码编写风格产生了显著影响。

var 允许编译器根据变量的初始化表达式自动推断出局部变量的类型。这减少了显式的类型声明，特别是当类型名称很长或类型信息在右侧已经足够清晰时，可以使代码更加简洁易读。

示例：

传统写法：

java List<String> list = new ArrayList<String>(); URL url = new URL("https://www.example.com"); BufferedReader reader = new BufferedReader(new InputStreamReader(connection.getInputStream()));

使用 var：

java var list = new ArrayList<String>(); // 推断为 ArrayList<String> var url = new URL("https://www.example.com"); // 推断为 URL var reader = new BufferedReader(new InputStreamReader(connection.getInputStream())); // 推断为 BufferedReader

优点：

代码简洁： 减少了重复的类型声明，使代码更紧凑。
提高可读性： 在一些情况下，当变量名本身能够清晰表达其意图时，省略类型可以使代码更容易扫描。

使用注意事项：

仅限于局部变量： var 不能用于类字段（成员变量）、方法参数、方法返回值类型或 Catch 块参数。
必须初始化： var 变量必须在声明时进行初始化，以便编译器能够推断其类型。例如 var count; 是非法的。
不能用于 null 初始化： var data = null; 是非法的，因为 null 没有具体的类型信息。
可读性优先： 并非所有情况下都适合使用 var。如果类型信息对于理解代码至关重要，或者右侧的初始化表达式不足以清晰表达类型（例如，一个返回 Object 或泛型类型的复杂方法调用），则最好还是显式声明类型，以避免降低代码可读性。
不能用于菱形操作符的泛型推断： var list = new ArrayList<>(); 是合法的，但 var 本身并不会增强菱形操作符的泛型推断能力。

总的来说，var 是一个便利的语法糖，合理使用可以提升代码的简洁性和可读性，但滥用则可能产生反效果。

2.2 HTTP Client (Standard) (JEP 321)

在 JDK 11 之前，Java 标准库中处理 HTTP 请求的 API主要是 HttpURLConnection，它功能相对基础且使用起来不够友好。JDK 9 中引入了一个新的孵化（Incubator）阶段的 HTTP Client API，并在 JDK 11 中正式成为了标准 API。

这个新的 HTTP Client API (位于 java.net.http 包) 支持同步和异步请求，处理 HTTP/1.1 和 HTTP/2 协议，以及 WebSockets。它基于 CompletableFuture 实现异步操作，与现代 Java 异步编程风格更加契合。

核心组件：

HttpClient: 用于发送请求和接收响应的客户端实例。通常通过 HttpClient.newHttpClient() 或 HttpClient.newBuilder() 创建。
HttpRequest: 表示一个要发送的 HTTP 请求。通过 HttpRequest.newBuilder() 构建。可以设置 URI, 请求方法 (GET, POST 等), 请求头, 请求体等。
HttpResponse<T>: 表示接收到的 HTTP 响应。T 表示响应体的类型（例如 String, byte[], Path, Void 等），由 BodyHandler 指定如何处理响应体。
BodyHandler<T>: 定义了如何处理接收到的响应体并将其转换为指定类型 T。HttpResponse.BodyHandlers 提供了一些预定义的处理程序（如 ofString, ofByteArray, ofFile, discarding()）。
BodyPublisher: 定义了如何提供请求体的内容。HttpRequest.BodyPublishers 提供了一些预定义的发布者（如 ofString, ofByteArray, ofFile, noBody()）。

同步 GET 请求示例：

“`java
import java.net.URI;
import java.net.http.HttpClient;
import java.net.http.HttpRequest;
import java.net.http.HttpResponse;

public class HttpClientExample {
public static void main(String[] args) throws Exception {
HttpClient client = HttpClient.newHttpClient(); // 创建 HttpClient 实例
HttpRequest request = HttpRequest.newBuilder() // 构建请求
.uri(URI.create(“https://www.example.com”))
.GET() // 设置请求方法为 GET
.build();

    HttpResponse<String> response = client.send(request, HttpResponse.BodyHandlers.ofString()); // 发送同步请求，响应体处理为 String

    System.out.println("Status Code: " + response.statusCode());
    System.out.println("Response Body: " + response.body());
}

}
“`

异步 POST 请求示例：

“`java
import java.net.URI;
import java.net.http.HttpClient;
import java.net.http.HttpRequest;
import java.net.http.HttpResponse;
import java.util.concurrent.CompletableFuture;

public class HttpClientAsyncExample {
public static void main(String[] args) {
HttpClient client = HttpClient.newHttpClient();
HttpRequest request = HttpRequest.newBuilder()
.uri(URI.create(“https://httpbin.org/post”)) // 一个测试用的 POST endpoint
.header(“Content-Type”, “application/json”)
.POST(HttpRequest.BodyPublishers.ofString(“{\”name\”:\”Java 11 HttpClient\”}”)) // 设置请求体
.build();

    CompletableFuture<HttpResponse<String>> futureResponse = client.sendAsync(request, HttpResponse.BodyHandlers.ofString()); // 发送异步请求

    // 异步处理响应
    futureResponse.thenAccept(response -> {
        System.out.println("Async Status Code: " + response.statusCode());
        System.out.println("Async Response Body: " + response.body());
    }).exceptionally(e -> {
        System.err.println("Async Request failed: " + e.getMessage());
        return null;
    });

    // 在实际应用中，可能需要等待异步任务完成或保持主线程活跃
    // 为了示例简单，这里不做复杂等待
    System.out.println("Request sent asynchronously...");
    // 实际应用中可能需要 Thread.sleep() 或其他同步机制来防止主线程过早退出
    try {
        // Simple wait for the example to demonstrate async behavior
        Thread.sleep(5000); // Wait 5 seconds
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
}

}
“`

新的 HTTP Client API 功能强大，易于使用，并且支持现代 HTTP 特性，是进行网络请求的优秀替代方案。

2.3 运行单文件源代码程序 (JEP 330)

JDK 11 引入了一个非常方便的功能：直接运行单个 Java 源代码文件，而无需先进行编译。这对于编写和运行小型脚本、示例代码或快速测试非常有用。

使用方法：

只需在命令行中使用 java 命令后跟上 .java 源文件路径即可。

示例：

创建一个名为 HelloWorld.java 的文件：

java public class HelloWorld { public static void main(String[] args) { System.out.println("Hello, JDK 11 Single File Source Code!"); } }

在命令行中直接运行：

bash java HelloWorld.java

输出：

Hello, JDK 11 Single File Source Code!

工作原理：

当您执行 java YourFile.java 命令时，java 启动器会在内存中编译该文件，然后直接执行编译后的类。这个过程对用户是透明的。

注意事项：

这个功能主要适用于单个源文件。如果您的程序依赖于其他文件或库，您仍然需要使用 javac 编译，并根据需要处理 classpath 或 module-path。
源文件中可以包含多个类，但第一个类（非内部类）必须包含 main 方法，并且该文件的名称必须与第一个类的名称相同。
您可以向 java 命令传递参数，例如 -cp 来指定额外的 classpath，或者 -m 来运行模块。

这个特性极大地简化了 Java 语言在教学、脚本编写和快速原型开发中的使用。

2.4 便利的字符串方法改进 (JEP 326)

JDK 11 为 String 类添加了几个新的实用方法，让常见的字符串操作更加简洁。

isBlank(): 判断字符串是否为空或者只包含空白字符。
java " ".isBlank(); // true "".isBlank(); // true " abc ".isBlank(); // false
lines(): 将多行字符串按行分割成 Stream。
java String multiLine = "Line1\nLine2\nLine3"; multiLine.lines().forEach(System.out::println); // 输出: // Line1 // Line2 // Line3
repeat(int count): 重复字符串指定的次数。
java "abc".repeat(3); // "abcabcabc" "hi".repeat(0); // ""
strip(), stripLeading(), stripTrailing(): 移除字符串前导和/或尾随的空白字符。与 trim() 不同，这些方法基于 Unicode 标准定义空白字符（包括全角空格等），而 trim() 仅移除 ASCII 空白字符。
java " abc ".strip(); // "abc" " abc ".stripLeading(); // "abc " " abc ".stripTrailing(); // " abc" // Consider Unicode space character U+3000 (Ideographic Space) "　abc　".trim(); // "　abc　" (trim does not remove U+3000) "　abc　".strip(); // "abc" (strip removes U+3000)

这些小型改进虽然不起眼，但在日常字符串处理中非常实用，可以写出更干净、更具表达力的代码。

2.5 文件操作新方法

JDK 11 为 java.nio.file.Files 类添加了两个便捷的新方法，用于读写文件：

readString(Path path): 读取文件所有内容到字符串。
writeString(Path path, CharSequence csq, OpenOption... options): 将字符串写入文件。

这些方法是现有 readAllBytes 和 write 方法的便捷封装，处理了字符编码等细节，使得简单的文件读写操作更加直观。

示例：

“`java
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.nio.file.StandardOpenOption;

public class FileMethodsExample {
public static void main(String[] args) throws Exception {
Path filePath = Paths.get(“mytestfile.txt”);
String content = “Hello from JDK 11!\nNew line.”;

    // 写入字符串到文件
    Files.writeString(filePath, content, StandardOpenOption.CREATE);

    // 读取文件内容到字符串
    String readContent = Files.readString(filePath);

    System.out.println("File Content:\n" + readContent);
}

}
“`

2.6 改进的垃圾收集器选项

JDK 11 在垃圾收集器方面带来了一些重要的更新和选择：

Epsilon GC (No-Op Garbage Collector) (JEP 318): 这是一个“无操作”的垃圾收集器。它负责内存分配，但不执行任何回收工作。一旦堆内存耗尽，JVM 就会关闭。这个 GC 主要用于性能测试，例如测量对象分配的开销，或者用来验证应用程序是否存在内存泄漏（如果应用程序在 Epsilon GC 下运行很长时间而没有耗尽内存，则说明其内存使用效率很高）。它不是一个生产环境使用的 GC。
ZGC (The Z Garbage Collector) (JEP 333): ZGC 是一个可伸缩的低延迟垃圾收集器。它的设计目标是在处理大堆内存（TB 级别）时，也能将GC暂停时间控制在毫秒级以下。在 JDK 11 中，ZGC 仍处于实验阶段，需要通过 JVM 参数 -XX:+UnlockExperimentalVMOptions -XX:+UseZGC 来启用。ZGC 的引入为需要极低延迟和处理巨大内存的应用提供了新的可能性。

此外，JDK 11 中 G1 GC（G1 垃圾收集器）也得到进一步优化，成为默认的垃圾收集器。CMS GC (Concurrent Mark Sweep Garbage Collector) 在 JDK 9 中被废弃，并在 JDK 14 中移除。Parallel GC 仍然是一个可选的 GC。

为您的应用程序选择合适的 GC 取决于其特定的性能目标（吞吐量 vs. 延迟）。

2.7 Dynamic Constants (JEP 334)

这个特性引入了一个新的常量池标记 CONSTANT_Dynamic。它允许将常量的计算推迟到链接时（Link-time）而不是编译时或加载时。这为 JVM 语言实现者提供了更大的灵活性，可以创建行为更动态的常量。对于大多数普通 Java 开发者来说，这个特性通常不会直接感知或使用，但它为 JVM 和语言的发展奠定了基础。

2.8 其他小特性和改进

除了上述主要特性外，JDK 11 还包含许多其他改进，例如：

Flight Recorder (JEP 328): JFR 是一个低开销的事件记录框架，用于监控和诊断 Java 应用程序。在 JDK 11 之前，它是 Oracle JDK 的商业特性，但在 JDK 11 中，它被开源并包含在 OpenJDK 中，所有用户都可以免费使用。这极大地便利了 Java 应用程序的性能分析和故障排查。
Low-Overhead Heap Profiling (JEP 331): 提供一种低开销的 Java 堆分配采样方法，可以通过 JVMTI（Java Virtual Machine Tool Interface）访问，用于堆分析工具。
Transport Layer Security (TLS) 1.3 (JEP 332): 实现了 TLS 1.3 规范，这是 TLS 协议的最新版本，提供了更高的安全性和性能。
移除 Java EE 和 CORBA 模块 (JEP 320): 为了减小 JDK 的体积并使其更专注于核心 Java SE API，与 Java EE 和 CORBA 相关的一些模块被移除。这包括 java.activation, java.corba, java.transaction, java.xml.bind, java.xml.ws, java.xml.ws.annotation。如果您的应用程序依赖于这些模块，您需要将相应的库作为第三方依赖添加到项目中（例如，使用 Maven 或 Gradle 管理）。
移除 Nashorn JavaScript Engine (JEP 335): Nashorn JavaScript 引擎在 JDK 11 中被标记为废弃，并在 JDK 15 中移除。如果您需要在 JVM 上执行 JavaScript，需要考虑使用 GraalVM 的 Polyglot 功能或其他独立的 JavaScript 引擎库。
废弃 Applet API (JEP 320): Applet 技术由于其安全风险和浏览器支持的限制，已经被边缘化，并在 JDK 9 中被废弃，JDK 11 延续了这一状态。

第三部分：JDK 11 与模块化 (Project Jigsaw)

虽然模块化系统 (Project Jigsaw) 是在 JDK 9 中引入的 (JEP 261)，但它对 JDK 11 及后续版本的使用和理解至关重要。从 JDK 9 开始，Java 平台本身被拆分为一系列模块，应用程序也可以被模块化。

模块化的核心概念：

模块 (Module): 一个命名的、自描述的代码和数据集合。它通过 module-info.java 文件声明其名称、依赖的其他模块、以及导出（exports）供其他模块使用的包。
依赖 (Requires): 在 module-info.java 中声明模块依赖于其他哪些模块。
导出 (Exports): 在 module-info.java 中声明模块将哪些包公开给其他模块使用。默认情况下，一个模块内的所有包都是封装的（不可访问），除非显式导出。
服务 (Uses/Provides): 模块化系统也支持服务提供者机制，允许模块声明它使用或提供某种服务接口。

模块化的影响：

可靠的配置 (Reliable Configuration): 模块系统在启动时会检查模块之间的依赖关系，确保所有必需的模块都存在，避免了传统 classpath 中常见的“jar 包地狱”问题。
强封装 (Strong Encapsulation): 模块系统强制封装。一个模块内的包，除非被显式导出，否则外部模块无法访问其中的类。这提高了代码的安全性和可维护性。
更好的性能： 模块化使得 JVM 可以更好地理解应用程序结构，进行更有效的优化。此外，可以通过创建自定义的运行时镜像（Custom Runtime Images，使用 jlink 工具）来只包含应用程序实际需要的模块，从而减小部署包的大小。
移除内部 API 访问： 模块化严格限制了对 Java 平台内部 API 的访问。许多以前可以通过反射或 sun.* 包访问的内部类和方法现在都不可访问或需要特殊的 JVM 参数 (--add-exports, --add-opens) 才能访问，这些参数通常不推荐在生产环境中使用。

对于从旧版本（如 JDK 8）迁移到 JDK 11 的项目，模块化可能是最大的挑战之一。特别是如果项目广泛使用了内部 API 或对 classpath 有特殊的依赖。理解模块化的基本原理以及如何处理潜在的兼容性问题是迁移成功的关键。

第四部分：从旧版本迁移到 JDK 11

如果您正在从 JDK 8 或更早的版本迁移到 JDK 11，除了享受新特性外，还需要注意一些潜在的兼容性问题。

移除的模块和 API： 如前所述，Java EE、CORBA、Nashorn 等模块被移除或废弃。检查您的项目是否使用了这些 API。如果使用了，需要引入相应的第三方库。
内部 API 访问： 模块化增强了封装。如果您的代码通过反射或直接导入的方式访问了 sun.* 或 com.sun.* 等内部包中的类，这些代码在 JDK 11 中很可能无法直接运行。通常的解决方案是寻找标准的 Java SE 替代 API，或者引入提供相同功能的第三方库。在某些临时情况下，可以使用 --add-exports 或 --add-opens JVM 参数来放宽访问限制，但这并不是长期推荐的做法。
Classpath 的变化： 模块化系统引入了 module-path 的概念。虽然 classpath 仍然存在并受支持，但在混合使用模块和传统 jar 包时，可能会遇到一些行为上的差异或需要调整构建配置。
工具链兼容性： 确保您的构建工具（Maven, Gradle）、IDE（Eclipse, IntelliJ IDEA, NetBeans）、以及其他依赖的库和框架都支持 JDK 11。大多数主流工具和库都已经提供了对 JDK 11 的良好支持。
垃圾收集器变化： G1 GC 成为默认 GC。如果您的应用程序之前依赖于特定的 GC（如 CMS），并且对其进行了精细调优，迁移到 JDK 11 后可能需要重新评估和调整 GC 参数。
JAXB 和 JAX-WS： 这些 XML 相关的 API 在 JDK 9 中被废弃，JDK 11 中被移除。如果需要使用，需要在项目中添加额外的依赖，例如 jakarta.xml.bind-api 和相应的运行时实现。

建议在迁移时，先在测试环境中尝试构建和运行项目，观察是否有警告或错误。利用工具如 jdeps (Java Dependency Analysis Tool) 可以帮助分析项目对 JDK 内部 API 的依赖情况。

第五部分：为何现在仍然值得学习和使用 JDK 11？

尽管 Java 版本已经发展到 JDK 21+ (LTS)，并且后续的 LTS 版本（如 JDK 17, JDK 21）包含了更多的新特性，但 JDK 11 作为首个现代 LTS 版本，在业界仍有广泛的应用基础。

稳定性与成熟度： 作为 LTS 版本，JDK 11 经过了长时间的生产环境考验，其稳定性和性能得到了广泛认可。
包含重要现代特性： 它包含了 var、新的 HTTP Client、模块化等重要特性，这些特性构成了现代 Java 开发的基础。学习 JDK 11 可以帮助开发者掌握这些核心概念。
大量现有项目基础： 许多企业和遗留系统仍然运行在 JDK 11 上。了解 JDK 11 对于维护和升级这些系统至关重要。
作为升级跳板： 从 JDK 8 升级到 JDK 11 通常是迁移到更高版本（如 JDK 17 或 21）的必要中间步骤。解决了在 JDK 11 中遇到的兼容性问题（主要是模块化和 API 移除），后续升级到更高版本会相对容易。
广泛的社区和商业支持： 得益于其 LTS 地位，JDK 11 拥有活跃的社区和多种商业支持选项。

因此，无论您是刚开始学习 Java，还是从旧版本迁移，掌握 JDK 11 都是非常有价值的。它不仅让您能够使用更现代的语言特性和 API，还能为您进一步学习更高版本的 Java 打下坚实的基础。

结论

JDK 11 是 Java 发展史上的一个关键版本，它标志着现代 Java 发布周期的成熟，并提供了一个功能强大、性能优越且获得长期支持的平台。从方便的 var 关键字和新的 HTTP Client，到改进的字符串操作和更灵活的 GC 选项，JDK 11 为开发者带来了诸多便利和性能提升。同时，它也整合了 JDK 9 和 10 引入的模块化系统，这对理解和构建现代大型 Java 应用至关重要。

虽然 Java 版本仍在不断前进，但 JDK 11 作为一个 LTS 版本，在很多方面依然是事实上的行业标准或重要的过渡版本。掌握 JDK 11 不仅能够让您高效地进行当前的开发工作，也能为将来拥抱更高版本的 Java 打下坚实的基础。希望本文能帮助您顺利迈出学习和使用 JDK 11 的第一步，探索现代 Java 的精彩世界！

JDK 11 入门与特性概览：迈向现代 Java 的重要里程碑

第一部分：为何选择 JDK 11？及其获取与安装

1.1 JDK 11 的重要性：一个长期支持版本

1.2 获取 JDK 11

1.3 安装 JDK 11

1.4 验证安装

第二部分：JDK 11 的核心新特性概览

2.1 var 关键字：局部变量类型推断 (JEP 286, Java 10 引入)

2.2 HTTP Client (Standard) (JEP 321)

2.3 运行单文件源代码程序 (JEP 330)

2.4 便利的字符串方法改进 (JEP 326)

2.5 文件操作新方法

2.6 改进的垃圾收集器选项

2.7 Dynamic Constants (JEP 334)

2.8 其他小特性和改进

第三部分：JDK 11 与模块化 (Project Jigsaw)

第四部分：从旧版本迁移到 JDK 11

第五部分：为何现在仍然值得学习和使用 JDK 11？

结论

发表评论 取消回复

2.1 `var` 关键字：局部变量类型推断 (JEP 286, Java 10 引入)

发表评论取消回复