反编译C#代码中大量未使用__methodref的来源与用途询问

这是.NET的RyuJIT编译器在Release编译时插入的运行时性能探测辅助代码，并非混淆手段，也不属于常规调试/追踪逻辑，具体细节如下：

核心来源与作用 #

• 这类代码是RyuJIT为支持**分层编译（Tiered Compilation）或基于Profile的优化（PGO）**自动生成的。它的作用是为JIT提供方法级的运行时采样点，用于收集方法的调用频率、执行耗时等数据，后续JIT会根据这些数据把高频执行的方法重新编译为更高效的优化版本。
• IL中的__methodref指向当前方法，是为了让采样逻辑能精准识别目标方法；而无条件跳过的switch结构，是因为这段代码仅在运行时采样触发的特定路径下才会执行，正常流程中完全不会进入，对常规运行性能没有影响。

反编译器表现差异原因 #

• dotPeek保留了IL层面的原始元数据引用，所以直接呈现出__methodref这个CLR内部的特殊标记。
• ILSpy遇到的“不支持的OpCode”是RyuJIT私有的非标准IL指令，这类指令没有对应的C#语法映射，因此反编译器只能将其转换为近似的while循环结构并标注无法识别。

额外说明 #

这不是恶意混淆代码，也不是调试残留。如果确实需要移除这类代码，可以通过修改项目配置关闭分层编译或PGO功能（例如在项目文件中添加<TieredCompilation>false</TieredCompilation>），但通常不建议这么做——这些优化功能能显著提升.NET程序的运行时性能。

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