同时实现IDisposable和IAsyncDisposable时同步Dispose逻辑编写问题

首先给出明确结论：Dispose(bool disposing)中disposing为true的分支不可以留空，你需要在这里写入异步清理逻辑的同步兜底实现，不需要额外编写独立的同步清理代码。

核心原因 #

官方要求实现IAsyncDisposable时同步实现IDisposable，本质是为了兼容两类无法走异步释放的场景：

• 传统同步代码块中使用using语句、而非await using的调用场景
• 不支持异步执行的运行时上下文（比如部分框架的自动释放流程、历史版本组件的调用逻辑）

如果这个分支留空，一旦调用方走了同步释放路径，你写在DisposeAsyncCore()里的异步清理逻辑就完全不会执行，直接导致数据库连接、文件句柄这类资源泄漏，这类问题通常很难复现排查。

具体实现方式 #

你不需要重新写一份同步版本的清理逻辑，只需要在标记位置同步等待异步清理任务完成即可，代码如下：

if (disposing)
{
    // 同步释放场景下兜底执行异步清理逻辑
    DisposeAsyncCore().GetAwaiter().GetResult();
}

实现注意事项 #

• 不要用.Wait()或者.Result来等待任务完成，用GetAwaiter().GetResult()的写法可以避免异常被包装为AggregateException，保留原始异常栈方便排查问题
• 因为你的类是非密封类，DisposeAsyncCore是虚方法，这个兜底逻辑会自动覆盖子类重写的清理逻辑，子类不需要额外重写同步Dispose方法就能保证两种释放路径都生效
• 你现有DisposeAsync方法中调用Dispose(false)的写法是正确的：走异步释放路径时已经执行完核心清理逻辑，调用Dispose(false)只会设置disposed标记，不会重复触发清理，符合实现规范
• 由于你的类不涉及非托管资源，不需要实现终结器，现有代码中GC.SuppressFinalize(this)的调用属于冗余但无害的写法，可以保留也可以删除，不影响功能。

常见误区提醒 #

不要抱有“我自己调用肯定记得用await using，留空也没关系”的想法。一旦类被其他不了解内部实现的开发者调用，或者被IoC容器、第三方框架在同步上下文里自动释放，清理逻辑就会完全失效，最终引发难以定位的资源泄漏问题。

内容的提问来源于stack exchange，提问作者millie