静态本地函数必须显式声明static修饰符，禁止捕获任何外部变量，避免闭包开销，适用于纯计算、递归辅助等性能敏感场景。
静态本地函数必须显式加 static 修饰符
本地函数默认能捕获所在方法的局部变量和参数，但加上 static 后，编译器会强制禁止任何外部变量捕获——包括 this、局部变量、参数、闭包环境。这不是“自动推断”，不写 static 就不是静态本地函数。
常见错误是以为“没用到外部变量就自动静态”，实际不会：即使函数体空着或只做简单计算，只要没加 static，它仍保留捕获能力（编译器会为其生成闭包类）。
-
static必须写在返回类型前，位置不能错：static int Add(int a, int b) { ... } - 不能访问非静态成员：
this、实例字段/方法、await（除非所在方法也是async且该本地函数不捕获） - 参数仍可命名，但所有参数必须显式声明类型，不能用
var
为什么需要静态本地函数：避免隐式闭包开销
非静态本地函数一旦捕获外部变量，C# 编译器会生成一个隐藏的闭包类，把捕获的变量作为字段存进去。哪怕只捕获一个 int，也会触发堆分配和额外间接访问。静态本地函数彻底绕过这层机制，适合高频调用、性能敏感路径（如循环体内、数学计算辅助函数）。
典型适用场景：
- 纯计算逻辑，输入全靠参数（如坐标转换、位运算封装）
- 递归辅助函数，但不需要访问外层状态（比如快速幂的迭代封装）
- 单元测试中隔离行为，确保无副作用
反例：static void Log() => Console.WriteLine(msg); 会报错，因为 msg 是外部变量，静态本地函数不允许引用。
静态本地函数的调用限制与生命周期
它只能在定义它的封闭方法内被调用，这点和普通本地函数一致；但关键区别在于：它不持有对封闭方法栈帧的引用，因此不会延长任何外部变量的生命周期。
- 不能通过委托逃逸：赋值给
Func<t></t>或Action时，若目标是静态本地函数，必须确保委托类型签名完全匹配，且不能依赖捕获上下文 - 不能用
ref/out参数捕获外部变量（语法允许，但仍是“传参”，不构成捕获） - 如果封闭方法已返回，静态本地函数本身仍可存在（只要委托还活着），但它无法再访问原方法的任何栈数据——这是安全的
示例：static int Square(int x) => x * x; 可安全赋给 Func<int int></int>，但 int Square(int x) => x * y;（y 是外部变量）加了 static 就直接编译失败。
容易忽略的兼容性细节
静态本地函数是 C# 8.0 引入的特性，.NET Framework 4.7.2+、.NET Core 2.1+ 支持。在旧项目中启用需确认语言版本（<langversion>8.0</langversion> 或更高）。
另一个易错点：泛型静态本地函数必须显式声明类型参数，不能靠外层推导：
void Outer<T>(T value) {
static T Identity<T>(T x) => x; // ✅ 正确：内部重新声明 T
// static T Identity(T x) => x; // ❌ 编译错误：T 未声明
}真正难调试的问题往往出现在混合使用 ref 返回 + 静态本地函数时——静态函数不能返回 ref 到外部局部变量，但可以返回 ref 到参数（前提是参数本身是 ref）。这点边界很窄，容易误踩。
