仅调用一次的静态局部函数有哪些客观收益？以Stream.CopyToAsync为例

针对你提出的两种实现，从内存占用、编译优化、性能三个客观维度分析差异如下：

内存占用 #

• 内联异步版本：整个方法标记为async，编译器会为整个方法生成异步状态机（AsyncTaskMethodBuilder实例）。哪怕参数校验阶段没有await，每次调用都会创建这个状态机对象，带来额外的堆内存分配。如果参数校验失败（比如传入无效的destination），已经创建的状态机就成了不必要的内存开销。
• 静态局部函数版本：参数校验是完全同步执行的，只有当校验通过进入Core逻辑时，才会为Core这个异步方法生成状态机。而且Core是静态的，状态机不需要捕获外部的this引用（所有依赖都通过参数传递），状态机的内存占用更小。若参数校验失败，直接同步抛出异常，不会产生任何异步状态机的内存分配。

编译优化与性能 #

• 同步路径性能：参数校验失败的场景下，静态局部函数版本直接同步抛出异常，无需经过异步状态机的处理流程，执行速度更快。内联版本即使同步抛出异常，也需要先创建状态机，再将异常包装到返回的Task中，额外开销更高。
• JIT优化空间：静态局部函数是独立的编译单元，JIT编译器可以对其进行独立分析优化。由于它没有捕获外部变量，所有参数都是显式传递，JIT能更精准地做参数分析、寄存器分配等优化。而内联版本的状态机持有this引用，可能会增加JIT优化的复杂度。
• 异步状态机效率：静态局部函数的状态机仅持有方法参数，而内联版本的状态机需要持有外部类的实例引用（this），前者的状态机对象更小，在异步调度时的内存拷贝、GC扫描成本更低。

异常处理开销 #

参数校验阶段的异常，静态局部函数版本是同步抛出，不需要将异常包装到Task中；内联版本作为async方法，所有异常都会被捕获并包装为Task的异常结果，这一步会产生额外的对象分配和处理逻辑开销。

内容的提问来源于stack exchange，提问作者Lukas-T