.NET Framework迁移至.NET 5时ManualResetEvent.Set()方法兼容性疑问

我之前迁移.NET Framework项目到.NET 5时也踩过类似的坑，给你几个大概率的原因参考：

• 可移植性分析器版本过旧
  如果你使用的是较早版本的可移植性分析器，它的规则库可能没同步更新到.NET 5的支持情况。早期.NET Core版本（比如1.x/2.x）对ManualResetEvent的部分成员确实有支持限制，但.NET 5已经完全兼容该方法了。旧版分析器可能还沿用了之前的判断逻辑，导致误报。

• 分析器的目标框架配置错误
  检查一下你在使用可移植性分析器时，是不是不小心把目标框架设成了.NET Core 3.1或更早版本？如果目标框架选错，分析器会按照对应框架的支持列表来扫描，自然会把Set()标记为不支持项。

• 第三方程序集的特殊调用方式
  有些第三方库可能通过反射、显式接口实现，或者自己封装了同名类型的方式来调用Set()。比如如果是用反射动态调用ManualResetEvent.Set()，分析器可能无法正确识别实际的目标方法，从而误判为不支持。你可以用反编译工具（比如ILSpy）查看第三方程序集的具体代码，确认调用逻辑。

• 关联依赖的误判
  有时候分析器标记Set()，并不是因为方法本身不支持，而是该方法所在的代码块里依赖了.NET Framework特有的其他逻辑。比如调用Set()之后，又调用了ManualResetEvent的某个仅.NET Framework存在的成员，或者依赖了.NET Framework的线程模型行为，分析器会把整个调用链标记为不支持，而显示的是Set()这个节点。

验证建议 #

• 新建一个空的.NET 5控制台项目，直接实例化System.Threading.ManualResetEvent并调用Set()，确认方法能正常编译运行，排除方法本身的支持问题。
• 更新可移植性分析器到最新版本，重新扫描第三方程序集。
• 核对分析器的目标框架配置，确保选择的是.NET 5。

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