mirror of https://github.com/GeWuYou/GFramework.git synced 2026-05-13 22:25:37 +08:00

gewuyou f0a2978882 fix(core): 修复容器并发释放重复销毁锁

- 修复 MicrosoftDiContainer 在并发 Dispose 场景下可能重复执行底层读写锁销毁的问题

- 补充 IocContainerLifetimeTests 回归用例以覆盖并发释放时的单次锁销毁约束

- 更新 microsoft-di-container-disposal 追踪文档记录剩余 PR review 处理结果

2026-05-06 20:39:38 +08:00

3.4 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
- 针对剩余的 greptile P1，本轮进一步将底层锁销毁收敛为单次执行，避免两个并发 Dispose() 调用都进入 DisposeLockWhenQuiescent() 时触发双重 ReaderWriterLockSlim.Dispose()

当前活跃事实

当前分支：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 的反射访问，需要保持断言目标明确，避免把实现细节暴露成对外契约

待补最新验证

dotnet test GFramework.Core.Tests/GFramework.Core.Tests.csproj -c Release --filter "FullyQualifiedName~IocContainerLifetimeTests"
dotnet build GFramework.Core/GFramework.Core.csproj -c Release

下一推荐步骤

运行 IocContainerLifetimeTests 与 GFramework.Core Release build，确认单次锁销毁修复没有引入新的 warning 或回归
再次运行 $gframework-pr-review 或检查生成的 JSON，确认当前 latest-head open threads 是否只剩待推送的 GitHub 状态差异

3.4 KiB Raw Blame History Unescape Escape