mirror of https://github.com/GeWuYou/GFramework.git synced 2026-05-14 06:34:30 +08:00

gewuyou 3233151207 fix(ioc): 修复容器释放竞态与清理路径

- 修复 MicrosoftDiContainer 在等待线程与并发 Dispose 场景下泄露底层锁异常的问题
- 更新 IIocContainer 释放契约文档并移除 Clear 中不可达的 provider 释放逻辑
- 新增 benchmark cleanup helper、并发释放回归测试与 ai-plan 恢复入口

2026-05-06 20:23:16 +08:00

3.0 KiB

Raw Blame History

Microsoft DI Container Disposal 跟踪

目标

围绕 PR #330 收敛 MicrosoftDiContainer 的释放契约、并发释放竞态，以及 GFramework.Cqrs.Benchmarks 的宿主清理鲁棒性。

当前恢复点

恢复点编号：MICROSOFT-DI-DISPOSAL-RP-001
当前阶段：Phase 1
当前 PR 锚点：PR #330
当前结论：
- $gframework-pr-review 已确认 latest-head review 仍存在 5 条 open AI thread，其中 IIocContainer 文档契约、MicrosoftDiContainer.Clear() 的不可达释放逻辑、Dispose() 并发竞态，以及 benchmark Cleanup() 缺乏异常隔离均已在本地补齐
- CodeRabbit 关于 GFramework.Cqrs.Benchmarks 的 cleanup 问题虽然标在单个文件上，但同类模式实际覆盖 RequestBenchmarks、NotificationBenchmarks、RequestPipelineBenchmarks、RequestStartupBenchmarks、StreamingBenchmarks、RequestInvokerBenchmarks、StreamInvokerBenchmarks，当前已通过共享 helper 一次性收敛
- MicrosoftDiContainer.Dispose() 现会先对外发布 _disposed 状态并释放写锁，让等待线程统一抛出容器级 ObjectDisposedException；随后仅在锁静默后才销毁底层 ReaderWriterLockSlim

当前活跃事实

当前分支：fix/microsoft-di-container-disposal
当前分支对应 PR #330，状态为 OPEN
已决定的最小修复面：
- GFramework.Core.Abstractions/Ioc/IIocContainer.cs
- GFramework.Core/Ioc/MicrosoftDiContainer.cs
- GFramework.Core.Tests/Ioc/IocContainerLifetimeTests.cs
- GFramework.Core.Tests/Ioc/MicrosoftDiContainerTests.cs
- GFramework.Cqrs.Benchmarks/Messaging/*.cs 的 7 个 benchmark cleanup

当前风险

若极端情况下存在长时间不退出的遗留 waiter，DisposeLockWhenQuiescent() 会在有限自旋后跳过底层锁销毁并记录警告，以优先保证 Dispose() 不被无限阻塞
并发释放回归测试依赖对内部 _lock 的反射访问，需要保持断言目标明确，避免把实现细节暴露成对外契约

下一推荐步骤

再次运行 $gframework-pr-review 或检查生成的 JSON，确认当前 latest-head open threads 是否只剩待推送的 GitHub 状态差异
关注 push 后若仍有 review thread 未关闭，优先核对其是否属于 stale comment 还是需要额外文档/测试补充

3.0 KiB Raw Blame History Unescape Escape