面向.NET Standard2.0的程序集在.NET7运行时能否获全部性能提升？选目标框架有何性能差异？

核心性能差异点 #

• JIT与BCL的通用优化收益：只要在.NET 7运行时上运行，不管编译时目标框架是哪一个，RyuJIT编译器的优化（比如循环展开、寄存器分配改进）、GC的性能提升，以及BCL（基础类库）中字符串、集合等类型的底层优化都会自动生效，这部分是两者都能享受到的。
• IL指令生成的限制：当目标框架设为.NET Standard 2.0时，C#编译器只会生成该标准兼容的IL指令，不会使用.NET 7新增的高效IL指令（例如针对值类型操作的优化指令）。而目标.NET 7.0时，编译器会根据新运行时的能力生成更精简、高效的IL，后续JIT编译为机器码时能进一步利用这些指令优化，这会带来小幅性能差距。

.NET Standard 2.0程序能否获取.NET 7运行时的全部性能提升？ #

答案是无法完全获取，还有这些容易忽略的影响因素：

• 新高性能API无法调用：.NET 7的BCL新增了不少高性能API（如Span<T>的进阶优化方法、Memory相关的高效操作），但这些不在.NET Standard 2.0的API集合里，你的程序无法直接使用，自然享受不到这部分性能红利。
• 运行时的特定适配优化：部分.NET 7的运行时优化是专门针对目标框架为.NET Core/.NET 5+的程序设计的，比如AOT预编译的相关优化逻辑、针对新SDK编译程序的特定性能适配，这部分.NET Standard 2.0程序可能无法覆盖到。
• 跨框架调用的微小损耗：如果你的程序依赖了针对.NET 7编译的类库，这些库能享受到全部优化，但主程序是.NET Standard 2.0的，在跨框架调用时可能存在一些细微的兼容层开销。

总结 #

如果不需要C#最新特性，目标.NET Standard 2.0的程序在.NET 7运行时上能获得大部分性能提升，但相比目标.NET 7.0的程序，会在IL指令优化、新API利用等方面存在小幅性能差距。如果对性能有极致要求，建议直接目标.NET 7.0；若需兼容更多旧运行时，.NET Standard 2.0的性能损失在多数业务场景下可接受。

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