最終，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()。