C#链式ArgumentNull检查扩展方法的性能问询

背景 #

我一直使用以下扩展方法简化参数空值检查，空值时抛出ArgumentNullException，且支持流畅链式调用。如今担心这个被大量使用的方法可能因无法内联带来内存/性能问题，遂提出两个问题：

1. 该CheckNull方法是否会被JIT内联？如何验证？
2. 若未被内联，在被数百次调用的场景下会产生哪些影响？

相关代码 #

扩展方法实现 #

public static class ValueExtensions
{
    public static T CheckNull<T>([NotNull] this T? argument, [CallerArgumentExpression("argument")] string? paramName = null)
    {
        if (argument is null) {
            throw new ArgumentNullException(paramName);
        }

        return argument;
    }
}

使用场景1（链式调用） #

public class MyClass
{
    public void SomeFunction(OtherClass arg1) => arg1.CheckNull().DoSomething();
}

对比场景（分开调用） #

public class MyClass
{
    public void SomeFunction(OtherClass arg1)
    {
        arg1.CheckNull();
        arg1.DoSomething();
    }
}

问题解答 #

1. CheckNull方法是否会被内联？如何判断？ #

这个方法大概率会被.NET的RyuJIT编译器内联，原因是：

• 它是逻辑极简的静态泛型方法，仅包含空值判断和返回操作，无复杂控制流或副作用；
• 符合JIT内联的核心条件：方法体积小、无禁止内联的特性（比如[MethodImpl(MethodImplOptions.NoInlining)]标记）。

验证内联的具体方法：

• Visual Studio反汇编调试：调试时启用「显示反汇编」（调试选项→常规→启用地址级调试，调试窗口→反汇编），查看调用CheckNull的代码处，是否直接生成了空值检查的汇编指令，而非call指令调用方法；
• 基准测试对比：用BenchmarkDotNet编写测试，对比手写空值检查（if (arg1 == null) throw ...）和调用CheckNull的性能，若两者耗时基本一致，说明已被内联；
• JIT日志分析：设置环境变量COMPlus_JitDisasm=MyClass.SomeFunction（指定要查看的调用方方法），运行程序后查看输出的汇编日志，若包含INLINED标记则表示已内联。

2. 若未被内联，数百次调用的影响？ #

首先明确：数百次调用的量级极小，几乎不会产生可感知的性能或内存问题，具体影响如下：

• 性能开销：每次调用会产生微小的方法调用开销（栈帧创建、参数传递、指令跳转），但现代CPU处理这类操作仅需几纳秒，数百次调用的总开销不足1微秒，完全可以忽略；
• 内存占用：JIT会为泛型方法的每个具体实例化类型（比如OtherClass）生成一份独立机器码，但由于方法逻辑极简，单份机器码仅占几十字节，即便实例化多个类型，内存占用也可以忽略；
• 链式调用 vs 分开调用：两种场景的差异微乎其微，链式调用仅多了一次引用返回的操作（无值类型拷贝开销），不会带来额外负担。

只有当调用量达到每秒数百万次以上的极端高频场景时，未内联的方法调用才可能产生可观测的性能差异，而数百次调用完全无需担心。

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