局部函数是定义在另一函数内部、作用域仅限外层函数的私有函数，支持重载、递归、泛型，可捕获外层变量，但不可加访问修饰符或独立使用async；适用于递归、需ref/out、避免闭包分配等场景，性能优于lambda但生命周期受限于外层函数。
局部函数怎么写、怎么调用
局部函数是定义在另一个函数内部的私有函数，作用域仅限于外层函数。它不是委托或 lambda，而是真正的函数声明，支持重载、递归、泛型（C# 7.0+），且可捕获外层函数的局部变量和参数。
基本写法：void Inner() { ... } 或 int Compute(int x) => x * 2;，必须放在外层方法体中，且不能在 return 语句之后（编译器会报错）。
- 不能加访问修饰符（
public、private等）——语法错误 - 不能用
async修饰局部函数，除非外层也是async（C# 7.0 支持async local function，但需注意状态机开销） - 局部函数可以出现在
try、if块内，但调用点必须在其声明之后（顺序敏感，不像 lambda 可提前捕获）
什么场景下该用 Local Function 而不是 lambda
当需要递归、重载、明确命名、或避免闭包装箱时，局部函数比 lambda 更合适。lambda 表达式本质是编译器生成的类/委托实例，而局部函数直接编译为嵌套方法，无额外分配。
- 递归：lambda 无法直接自引用（
Func<int int> f = x => x 在 C# 7 前会报未赋值；局部函数天然支持：<code>int Fact(int n) => n - 多次调用且逻辑较重：lambda 每次都可能触发委托分配（尤其在循环中），局部函数零分配
- 需要 ref/out 参数、
yield return、或泛型约束（如where T : class）——lambda 不支持这些 - 调试友好：栈帧显示为
OuterMethod.InnerFunction，比匿名委托更易定位
局部函数捕获变量时要注意什么
它和 lambda 一样会捕获外层局部变量，但实现机制不同：局部函数共享同一栈帧，不产生闭包类（除非逃逸到异步/迭代器中）。这意味着性能更好，但也带来隐式生命周期延长风险。
- 若局部函数被传给异步操作（如
Task.Run(inner)）或返回为委托，编译器仍会生成闭包类，和 lambda 行为一致 - 捕获的变量若在外层函数结束后仍被局部函数引用（例如存入事件、缓存委托），会导致对象无法及时释放
- 不要在局部函数里修改被
foreach捕获的循环变量（如for (int i = 0; i Console.WriteLine(i); }），i 的行为和 lambda 相同——所有调用都输出 3
Local Function 和 private 方法的区别在哪
核心区别是可见性和生命周期：局部函数只对外层函数可见，private 方法对整个类可见；局部函数能直接访问外层函数的所有局部状态，private 方法只能通过参数传递。
- 用局部函数替代 private 方法的常见信号：该逻辑只在此处使用、依赖当前上下文的多个局部变量、且不希望暴露给其他方法（哪怕 private）
- 不要为了“看起来更内聚”而滥用：如果逻辑稍复杂（如超过 10 行）、需要单元测试、或可能被其他方法复用，就该提成 private 方法
- 局部函数不能被反射调用，也不能被序列化，这既是限制也是封装保障
- IL 层面，局部函数最终编译为带
b__命名的私有静态方法（带CompilerGenerated特性），与 lambda 生成的类方法不同
局部函数不是语法糖，它是有明确语义边界的语言特性。真正容易被忽略的是它的“非逃逸默认行为”——多数时候它不分配、不装箱、不生成额外类型，但只要一跨出外层函数边界（比如返回委托、用于 async/iterator），这些优势就消失了。
