題幹與適用場景
團隊升級到 Java 25 後，希望用緊湊原始檔減少小工具的樣板程式。請說明它如何解析入口、哪些成員會進入隱式宣告類別、自動匯入有什麼邊界，以及你會如何決定是否在生產專案採用。
JEP 512 將先前的預覽能力定稿為 Compact Source Files and Instance Main Methods。檔案可以省略頂層類別宣告，頂層欄位、方法和巢狀宣告會成為隱式宣告類別的成員；啟動器仍按約定尋找可啟動的 main 方法。
面試官考察點
重點包括：識別語言糖背後的真實類別模型、區分無參數和陣列參數入口、理解 java.base 的按需匯入與 IO 呼叫邊界、預測編譯執行指令、評估除錯和 API 文件限制，以及制定漸進採用策略。
30 秒回答框架
「我會把它定位為單檔腳本、教學範例和一次性工具的減樣板語法。編譯器會隱式宣告一個繼承 Object 的類別，頂層成員成為該類別成員；啟動器優先選擇可存取的 void main(String[])，否則選擇 void main()，實例入口會先呼叫預設建構子。Java 25 會按需匯入 java.base 的公開頂層型別，但 IO 的靜態方法不會自動匯入。公共函式庫和複雜服務仍保留顯式類別，先用建置、靜態檢查和文件工具驗證邊界。」
分步驟深入解答
第一步：識別隱式宣告類別
沒有封裝類別宣告的原始檔會隱式宣告一個類別。它繼承 Object，擁有預設無參數建構子，類別名稱由宿主環境決定且不能在其他原始碼中直接引用。檔案中的欄位、方法和巢狀宣告都會成為該類別成員。
第二步：判斷可啟動入口
啟動器先尋找可存取、回傳 void 且參數為 String 陣列的 main；找不到時再尋找可存取、回傳 void 且無參數的 main。若最終選擇實例方法，啟動器先建構隱式類別實例，再呼叫該方法。
void main(String[] args) {
IO.println("hello " + args[0]);
}第三步：理解自動匯入
緊湊原始檔等效於按需匯入 java.base 模組匯出的公開頂層型別，因此 Map、Stream 等通常不需要顯式 import。這個規則不會把任意模組都帶進來，也不會自動匯入 IO 的靜態方法；呼叫時應寫 IO.println，或顯式靜態匯入。
第四步：區分執行和編譯
可以直接執行 java Hello.java，由啟動器完成編譯並執行；也可以先執行 javac Hello.java，再執行產生的類別。直接執行適合短腳本，持續建置、快取和發布流程仍應顯式編譯並固定輸出目錄。
第五步：分析狀態和生命週期
頂層欄位會成為隱式類別的欄位，實例 main 可以讀取實例狀態；啟動器會使用預設建構子，因此不能依賴自訂建構參數注入。需要複雜初始化、多個入口或明確生命週期時，顯式類別與建構子更容易審查。
第六步：評估工具鏈邊界
隱式宣告類別沒有可供其他類別引用的穩定名稱，javadoc 不能為它產生一般 API 文件。IDE、靜態分析、覆蓋率和除錯器可能按不同版本支援該語法，團隊應在目標 JDK 和建置外掛上做完整驗證。
第七步：設計遷移與回退
先把腳本或教學範例遷移到獨立目錄，保留顯式類別版本作為回退。CI 固定 Java 25，檢查 java 與 javac 版本一致，並在發布前驗證打包、日誌、例外堆疊和容器啟動指令不會依賴隱式類別名稱。
第八步：定義採用邊界
生產採用要看程式是否需要穩定 API、依賴注入、可觀測入口和跨模組重用。若只是單檔維運工具，減少樣板能提升可讀性；若是共享函式庫、長期服務或需要產生 API 文件，顯式類別的可發現性通常更重要。
設計取捨與邊界
簡潔性還是可發現性
緊湊檔案讓入門範例更接近業務意圖，但隱式類別名稱和自動匯入規則增加工具理解成本。團隊應把它限制在低耦合檔案，並在程式規範中明確適用目錄。
實例 main 還是靜態 main
實例 main 可直接使用欄位和實例方法，適合示範物件導向狀態；靜態 main 的呼叫路徑更接近傳統 Java 啟動方式。無論選擇哪種，都要確保入口簽名唯一，避免啟動器因多個候選而報錯。
自動匯入還是顯式 import
java.base 的按需匯入減少了教學程式的 import，但跨模組型別仍需顯式 module import 或一般 import。公共程式碼應優先顯式宣告依賴，降低讀者對隱式規則的記憶要求。
失敗演練與演進計畫
多個 main 候選
在同一檔案加入無參數和 String 陣列兩個入口，確認啟動器按陣列參數版本優先；再改變回傳型別或可存取性，驗證錯誤訊息和回退規則。
隱式類別名稱依賴
讓另一個原始檔嘗試引用產生的類別名稱，確認編譯失敗，並把共享邏輯遷移到顯式命名類別中。
工具鏈不一致
分別使用舊 JDK 和 Java 25 編譯同一檔案，確認 CI 在語言級別不匹配時立即失敗，而不是把語法錯誤推遲到執行環境。
常見誤區與追問
誤區一：認為檔案沒有類別
追問：頂層方法和欄位存在哪裡？它們屬於編譯器隱式宣告的類別，仍遵循成員和實例生命週期規則。
誤區二：認為所有 import 都自動存在
追問：為什麼 IO.println 仍需寫類別名稱？IO 的靜態方法不會自動匯入；自動匯入的是 java.base 匯出的公開頂層型別。
誤區三：把腳本語法當作穩定 API
追問：能否讓其他模組依賴隱式類別？不能依賴其實作名稱，應把可重用 API 放進顯式命名類別。
延伸追問與參考答案
為什麼實例 main 需要預設建構子？
啟動器在選擇實例入口後會先建構隱式宣告類別，再呼叫入口；緊湊原始檔沒有自訂建構參數協定，因此依賴外部注入時應改用顯式類別。
直接執行和先編譯有什麼差別？
直接執行由 java 啟動器臨時編譯並執行，適合短腳本；先用 javac 編譯可固定產物、快取和診斷，適合 CI 與發布。
什麼時候必須回到顯式類別？
需要穩定型別名稱、公開 API、javadoc、依賴注入、多個建構流程或跨模組重用時，應使用顯式命名類別，即使單檔樣板更多。