Inside Java：WeakReference 為什麼拖慢 ZGC

Inside Java 這篇文章用 ZGC prototype 量出 weak-reference 成本的真正來源。

文章來源：
https://inside.java/2026/06/11/thesis-simplify-weak-reference-processing-zgc/
網址顯示備用：
inside.java/
2026/
06/
11/
thesis-simplify-weak-
reference-processing-zgc

這支影片用繁體中文介紹 Inside Java 的〈Simplifying Weak Reference Processing in ZGC〉。影片先用白話說明 WeakReference、weak reachability、ReferenceQueue 和 ZGC non-strong reference processing，再拆解 sep、dyn、clear_path、weak_fields 四個 prototype、benchmark 設計、目標階段與整體 GC time 的差異、memory tradeoff，以及來源為什麼說 weak-reference overhead 更像 representation problem。

原始標題：
Simplifying Weak Reference Processing in ZGC

學習重點：
- WeakReference 不阻止 referent 被 GC 回收；ReferenceQueue 是選配通知。
- ZGC 現有 pipeline 對 queue-less weak refs 仍走 pending list / ReferenceHandler，形成不必要固定成本。
- dyn 和 clear_path 合起來讓目標 non-strong processing phase 在 single-object benchmark 少 81%。
- 整體 GC time 沒有同比例下降，因為目標階段只占 baseline collection time 的一部分。
- weak_fields/@weak prototype 顯示 weak-reference overhead 更像 representation problem，但它仍不是 JDK feature。
- 動態 array 有明顯 auxiliary GCr memory tradeoff；結果不能只看速度。

Видео Inside Java：WeakReference 為什麼拖慢 ZGC канала TodayShip