是否存在不启用TransactionScopeAsyncFlowOption.Enabled的合理理由？

结论先行 #

在你明确的两个前提（代码库无主动捕获InvalidOperationException("A TransactionScope must be disposed on the same thread that it was created.")做特殊逻辑、整体代码设计合规合理）下，没有任何合理理由不全量启用TransactionScopeAsyncFlowOption.Enabled，全量启用反而属于现代.NET异步代码的标准最佳实践。

关于额外副作用的说明 #

启用该配置几乎不存在负向影响，仅有的两个可提及的边缘场景也可以忽略：

• 可忽略的性能开销：启用后事务上下文需要跟随ExecutionContext在异步调用链中流动，这个开销在绝大多数业务场景下完全感知不到，只有超高频、生命周期极短的纯内存事务场景才可能出现可测量的性能损耗，普通业务系统完全无需考虑。
• 极端老旧组件兼容风险：如果你的代码依赖了非常古早、不符合.NET异步规范的第三方组件，这些组件内部的TransactionScope处理逻辑基于「事务必须在创建线程销毁」的旧假设编写，可能出现非预期行为，但这类组件目前几乎已经绝迹，且本质是组件本身的实现问题，和该配置无关。

除此之外，启用该配置只有收益：所有原本符合预期的异步事务代码都能正常运行，不会再抛出无意义的同线程销毁异常，完全符合开发者对事务跨异步调用生效的直觉预期。

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