Java 23 ：有何新变化？

最终，JEP 所有者必须决定预览功能的命运。如果决定移除预览功能，那么所有者必须在 JBS 中提交一个问题，以便在下次 JDK 功能发布中移除该功能；无需新的 JEP。

这里就是这么做的。

long l =...;
switch (l) {
    case 1L              ->...;
    case 2L              ->...;
    case 10_000_000_000L ->...;
    default ->...;
}

if (i instanceof byte) {  // i 的值适合存储在一个字节中
   ... (byte)i...       // 需要传统的强制类型转换
}

switch (x.getStatus()) {
    case 0 -> "okay";
    case 1 -> "warning";
    case 2 -> "error";
    case int i -> "unknown status: " + i;
}

switch (x.getStatus()) {
    case 0 -> "okay";
    case 1 -> "warning";
    case int i when i > 1 && i < 100 -> "client error: " + i;
    case int i when i > 100 -> "server error: " + i;
}

if (i instanceof byte b) {
   ... b...
}

// JSON 没有区分整数和双精度数，所以 JSON 数字应该是双精度数。
record JsonNumber(double number) implements JsonValue { }
var number = new JsonNumber(30);
// 以前我们只能通过其确切的组件类型（long）来解构这个记录，
// 现在我们可以解构并匹配不同的基本类型
if (json instanceof JsonObject(int number)) {
    //...
}

/**
 * 返回对象的哈希码值。此方法是为了哈希表（如由{@link java.util.HashMap}提供的那些）的利益而支持的。
 * <p>
 * {@code hashCode}的一般约定是：
 * <ul>
 * <li>在 Java 应用程序的一次执行过程中，每当对同一对象多次调用它时，只要在对象的{@code equals}比较中使用的信息没有被修改，{@code hashCode}方法就必须始终返回相同的整数。这个整数在同一应用程序的不同执行之间不需要保持一致。</li>
 * <li>如果根据{@link #equals(Object)}方法两个对象相等，那么对这两个对象中的每一个调用{@code hashCode}方法必须产生相同的整数结果。</li>
 * <li>如果根据{@link #equals(Object)}方法两个对象不相等，那么对这两个对象中的每一个调用{@code hashCode}方法并不要求必须产生不同的整数结果。然而，程序员应该意识到，为不相等的对象产生不同的整数结果可能会提高哈希表的性能。</li>
 * </ul>
 *
 * @implSpec
 * 在合理可行的范围内，由类{@code Object}定义的{@code hashCode}方法为不同的对象返回不同的整数。
 *
 * @return 这个对象的哈希码值。
 * @see     java.lang.Object#equals(java.lang.Object)
 * @see     java.lang.System#identityHashCode
 */

用 Markdown 可以这样写：

/// 返回对象的哈希码值。此方法是为了哈希表（如由[java.util.HashMap]提供的那些）的利益而支持的。
///
/// `hashCode`的一般约定是：
///
///   - 在 Java 应用程序的一次执行过程中，每当对同一对象多次调用它时，只要在对象的`equals`比较中使用的信息没有被修改，`hashCode`方法就必须始终返回相同的整数。这个整数在同一应用程序的不同执行之间不需要保持一致。
///   - 如果根据[equals][#equals(Object)]方法两个对象相等，那么对这两个对象中的每一个调用`hashCode`方法必须产生相同的整数结果。
///   - 如果根据[equals][#equals(Object)]方法两个对象不相等，那么对这两个对象中的每一个调用`hashCode`方法并不要求必须产生不同的整数结果。然而，程序员应该意识到，为不相等的对象产生不同的整数结果可能会提高哈希表的性能。
///
/// @implSpec
/// 在合理可行的范围内，由类`Object`定义的`hashCode`方法为不同的对象返回不同的整数。
///
/// @return 这个对象的哈希码值。
/// @see     java.lang.Object#equals(java.lang.Object)
/// @see     java.lang.System#identityHashCode

• 阶段 1：在 Java 23（这个 JEP）中弃用。
• 阶段 2：在 Java 24 或 25 中如果在运行时使用则记录警告。
• 阶段 3：在 Java 26 或更高版本中默认抛出异常（行为可通过命令行选项修改）。
• 阶段 4 和 5：在 Java 26 之后移除这些方法（先移除堆上内存访问方法，然后移除堆外内存访问方法）。

• 用语句import java.util.*;导入一个包中的所有类。
• 用语句import java.util.Map;导入单个类。
• 用语句import static org.junit.jupiter.api.Assertions.*;导入一个类的所有静态方法和变量。
• 用语句import static org.junit.jupiter.api.Assertions.assertTrue;导入单个静态方法或变量。

• JEP 466—— 类文件 API：第二次预览，用于解析、生成和转换 Java 类文件的标准 API。根据用户反馈进行了改进。在 Java 23 中，JDK 继续向使用这个新 API 迁移。
• JEP 469—— 向量 API：第八次孵化，用于表示向量计算的 API，在运行时编译为支持的 CPU 架构的向量指令。没有变化：JEP 同意向量 API 将继续处于孵化状态，直到 Valhalla 项目的功能作为预览可用。这是预期的，因为向量 API 将能够利用 Valhalla 项目预期的性能和内存表示改进。
• JEP 473—— 流收集器：第二次预览，通过支持自定义中间操作增强了 Stream API。没有变化。
• JEP 477—— 隐式声明的类和实例主方法：第三次预览，通过允许在隐式类（无需声明）和void main()实例方法中定义简单程序，简化了简单程序的编写。有两个变化：隐式类自动导入新的java.io.IO类的三个静态方法print(Object)、println(Object)和readln(Object)，并且它们根据需要自动导入java.base模块中的包中的类。
• JEP 480—— 结构化并发：第三次预览，一个新的 API，通过允许将多个并发任务视为单个处理单元，简化了多线程代码的编写。没有变化。
• JEP 481—— 作用域值：第三次预览，允许在线程内部和线程之间共享不可变数据。有一个小变化。
• JEP 482—— 灵活的构造函数体：第二次预览，一个允许在父构造函数之前调用指令的功能，只要它们不访问当前正在创建的实例。构造函数现在可以在显式调用构造函数之前初始化同一类的字段。

• 随着 JEP 477—— 隐式声明的类和实例主方法的推出，除了新的IO类之外，相同的三个方法也被添加到了Console类中：print(Object)、println(Object)和readln(Object)。
• Console类增加了三个使用带有区域设置格式化的字符串的新方法：format(Locale, String, Object)、printf(Locale, String, Object)和readLine(Locale, String, Object)。
• Console.readPassword(Locale, String, Object)：与Console.readPassword(String, Object)相同，但接受一个区域设置作为参数用于字符串本地化。
• Inet4Address.ofPosixLiteral(String)：根据以 POSIX 兼容形式inet_addr提供的 IPv4 地址的文本表示创建一个Inet4Address。
• java.text.NumberFormat及其后代增加了setStrict(boolean)和isScript()方法，可用于更改格式化模式；默认模式是严格模式。
• Instant.until(Instant)：计算到另一个Instant的持续时间。

• Thread.resume()和Thread.suspend()。
• ThreadGroup.resume()、ThreadGroup.stop()和ThreadGroup.suspend()。