題目與背景
Go 1.24 提供 weak.Pointer 與 runtime.AddCleanup。請設計一個按檔名重用記憶體映射物件的快取：快取本身不能讓物件永久存活，呼叫者取得物件後可以安全使用，而且並行建立不會破壞索引。不要把弱引用當成確定性的析構通知。
面試官考察什麼
重點是區分強引用與弱引用的可達性語意，理解 Value 可能回傳 nil，並處理取值後物件生命週期、並行載入、清理回呼捕獲物件、測試不可確定執行時機等問題。優秀答案還會說明何時應直接使用普通快取。
先問清楚的澄清問題
物件所有權
確認呼叫者是否會在回傳期間持有強引用，以及映射物件關閉是否需要明確方法。弱引用只能解決快取索引的保活問題，不能取代業務所有權。
並行與重複建立
確認是否允許多個 goroutine 同時建立同一檔案的映射，是否要求 single-flight，以及舊物件被回收後重新建立的成本。
清理保證
確認清理動作是資源回收提示還是業務正確性條件。AddCleanup 的執行時機由垃圾回收器決定，不能用來實作必須準時發生的交易。
30 秒回答框架
「索引保存 weak.Pointer，命中後呼叫 Value 取得強引用；回傳的強引用在呼叫者持有期間保護物件。若得到 nil，建立新物件並用並行安全的載入或比較交換發布。清理回呼用於輔助釋放外部資源，但不能假定一定執行或按固定時間執行。還要避免清理回呼和 map value 重新捕獲目標物件，測試應驗證可接受的最終狀態而非強求 GC 時序。」
深入解答步驟
第一步：定義快取記錄
以檔名為鍵，值保存 weak.Pointer[MappedFile] 和建立中繼資料。值不能透過欄位、閉包或反向索引持有 MappedFile 的強引用，否則弱快取會變成強快取。
第二步：讀取並升級引用
先從並行 map 讀取弱指標，再呼叫 Value。成功得到的指標應立即放入區域強引用並回傳；失敗則視為快取未命中。不要把 Value 回傳的位址存回另一個長期結構而不說明所有權。
第三步：處理並行建立
多個 goroutine 同時看到 nil 時可以暫時重複建立，再透過比較交換或單飛協調只保留一個索引。被淘汰物件仍由呼叫者強引用保護；索引替換不等於立即關閉物件。
第四步：安排外部資源清理
對需要關閉的資源可註冊 runtime.AddCleanup，回呼參數只攜帶必要的控制代碼或識別碼。回呼不得捕獲目標物件，也不得把目標物件作為會重新保持可達性的參數，否則清理可能永遠不會觸發。
第五步：說明競態與記憶體邊界
Value 回傳 nil 是允許結果，不能當作錯誤或異常。物件可能在兩次讀取之間失去快取索引，但只要區域強引用已取得，呼叫者仍擁有目前使用期的生命週期。資源關閉協議仍需由物件 API 定義。
第六步：說明非確定性
垃圾回收器可以延後執行清理，甚至在程序結束前不執行。快取容量、檔案描述符上限和延遲預算不能依賴清理回呼「很快發生」；必須有明確淘汰、關閉或背景配額機制。
第七步：設計測試
測試並行命中、物件被回收後重新建立、重複建立、map 替換和明確關閉。GC 觸發只能幫助覆蓋路徑，不能斷言某個時間點必然執行 cleanup；透過資源計數、最終一致性和競態偵測器觀察結果。
高品質示例回答
我會讓索引只保存 weak.Pointer[MappedFile]，命中後立即呼叫 Value 並把結果作為區域強引用交給呼叫者。nil 時建立新物件並在並行協調下發布弱指標。外部控制代碼可以用 runtime.AddCleanup 做兜底，但回呼不捕獲目標物件，也不把它當參數；必須保留明確關閉和容量控制。測試驗證並行、回收後重建、資源計數與競態，不依賴 GC 的精確時序。
常見錯誤
- 錯誤： 認為 weak pointer 會保證物件最終被清理。→ 原因： 回收和 cleanup 都受 GC 排程影響。→ 改進： 把它們當輔助機制並保留明確生命週期控制。
- 錯誤： 在 cleanup 閉包中捕獲目標物件。→ 原因： 閉包重新建立強可達路徑。→ 改進： 只傳遞獨立控制代碼或識別碼。
- 錯誤：
Value得到非nil後仍只保存弱指標。→ 原因： 後續使用可能失去強引用。→ 改進： 在使用範圍內保留區域強引用。 - 錯誤： 用 GC 壓力測試證明固定時間內會清理。→ 原因： cleanup 沒有時間保證。→ 改進： 驗證最終狀態和明確關閉路徑。
追問與回答
追問 1：weak.Pointer 與普通指標的關鍵區別是什麼？
普通指標保持目標可達；weak.Pointer 不參與可達性判斷，Value 可能回傳 nil。一旦取得普通指標，使用期由該強引用負責。
追問 2：為什麼快取 value 不能反向引用 key 對應物件？
如果 value 透過欄位或閉包強引用目標物件，目標始終可達，弱快取無法釋放它。弱引用結構必須檢查所有反向路徑。
追問 3：cleanup 能否取代 defer Close？
不能。cleanup 適合兜底或輔助釋放，執行時機不確定；呼叫者已知生命週期時仍應使用明確關閉或 defer。
追問 4：什麼時候不該使用 weak.Pointer？
當快取命中必須穩定、資源釋放有硬時限、或普通容量淘汰足夠簡單時，不應引入 GC 相關複雜度。優先選擇可解釋的強引用快取和明確淘汰。