题目与背景
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 相关复杂度。优先选择可解释的强引用缓存和显式淘汰。