委托链是MulticastDelegate的真实行为，内部维护有序方法列表，按+=添加顺序同步调用，异常中断后续执行，返回值仅取最后一个方法的结果。
委托链就是用 += 把多个方法串起来的多播委托
它不是语法糖，而是 MulticastDelegate 的真实行为：一个委托实例内部维护着一个有序的方法调用列表（GetInvocationList() 能看到），调用时按添加顺序逐个执行。本质是 .NET 运行时对委托对象的链式扩展支持。
- 必须所有方法签名完全一致（返回类型、参数个数和类型）
- 用
+=添加，-=移除；不能用=覆盖已有链（那会丢掉之前的方法） - 调用是同步、阻塞的——前一个方法没返回，后一个不会开始
- 如果中间某个方法抛异常，后续方法**直接跳过不执行**（这点极易被忽略）
委托链的调用顺序由注册顺序决定，不是定义顺序
很多人误以为“先写的方法先执行”，其实完全取决于你什么时候用 += 把它加进链里。哪怕 MethodB 在代码里写在前面，只要 del += MethodA 先执行，MethodA 就一定先被调用。
public delegate void LogAction(string msg);
static void LogToConsole(string m) => Console.WriteLine($"[CONSOLE] {m}");
static void LogToFile(string m) => Console.WriteLine($"[FILE] {m}");
LogAction log = LogToConsole;
log += LogToFile; // 注意：这里才形成链，且 Console 在前、File 在后
log("Hello"); // 输出：[CONSOLE] Hello → [FILE] Hello
委托链的返回值和异常处理很危险
委托链调用时，如果委托声明了返回值（比如 Func），实际只取**最后一个方法的返回值**，前面的全被丢弃；而一旦某个方法抛出未捕获异常，整个链就中断——这在日志、通知、事件等场景中可能造成静默失败。
GateCrash Forms
下载
以 CLI 为先的表单构建器，采用 BYOK 理念。通过JSON Schema 生成美观的 HTML 表单，使用您自己的 SMTP 服务器处理提交，存储响应...
- 想安全执行全部方法？必须手动遍历：
foreach (var d in log.GetInvocationList()) d.DynamicInvoke("msg"); - 想收集所有返回值？不能靠直接调用委托，得用
GetInvocationList()+ 循环 + 类型转换 - 想防止中断？每个方法里自己 try/catch，别让异常冒出来
Action 和 Func 也能构成委托链，但要注意泛型参数一致性
Action 和 Func 都是泛型委托，它们天然支持多播，但链中所有方法必须严格匹配泛型参数数量和类型。比如 Action 无法和 Action 混在同一链里——编译器直接报错，不是运行时问题。
- 推荐优先使用
Action/Func，除非需要语义化命名（如OnUserSavedHandler） - 泛型委托链的性能和自定义委托无差异，都是引用调用，无装箱开销
- 不要试图用
+=往Func链里加 void 方法——签名不匹配，编译不过
委托链看着简单，真正踩坑的地方都在「异常传播」「返回值覆盖」和「动态移除时的引用相等性判断」上。尤其是用 -= 移除时，传入的方法必须是同一个委托实例（不是同名方法），否则移除失败——这点调试起来非常隐蔽。
