某公司正在建構一個對延遲敏感的應用程式。有幾個 Java AWS Lambda 函數在處理常式外部的初始化程式碼中執行程式庫載入、類別初始化和唯一 ID 的產生。這些函數必須盡可能快速地初始化。哪種方法是滿足啟動效能要求最具成本效益的？

正確答案是最佳解，因為它結合了 Lambda SnapStart 的優勢與最佳實踐。SnapStart 透過預先初始化執行環境並快取執行個體，顯著減少冷啟動延遲。將產生唯一 ID 的程式碼移至處理常式中，並使用 pre-snapshot hook 確保每次叫用時都能產生新的唯一 ID，避免快取舊的 ID。發布版本並啟用 SnapStart 於已發布版本，能確保 SnapStart 的穩定性和可預測性。 將所有初始化程式碼移至處理常式中會增加每次叫用的延遲。啟用 SnapStart 並指向 $LATEST 版本可能導致不穩定的快照。 僅設定佈建並行雖然能減少冷啟動，但成本較高，且不如 SnapStart 針對初始化時間的優化。 發布版本並為已發布版本設定佈建並行，然後啟用 SnapStart，雖然有效，但佈建並行會增加成本，且未處理唯一 ID 的生成問題。