委托链就是用 += 把多个方法串起来的多播委托
它不是语法糖，而是
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<int></int>），实际只取**最后一个方法的返回值**，前面的全被丢弃；而一旦某个方法抛出未捕获异常，整个链就中断——这在日志、通知、事件等场景中可能造成静默失败。 想安全执行全部方法？必须手动遍历：
foreach (var d in log.GetInvocationList()) d.DynamicInvoke("msg");
想收集所有返回值？不能靠直接调用委托，得用 GetInvocationList()+ 循环 + 类型转换 想防止中断？每个方法里自己 try/catch，别让异常冒出来
Action 和 Func 也能构成委托链，但要注意泛型参数一致性
Action<string></string>和
Func<string bool></string>都是泛型委托，它们天然支持多播，但链中所有方法必须严格匹配泛型参数数量和类型。比如
Action<string int></string>无法和
Action<string></string>混在同一链里——编译器直接报错，不是运行时问题。 推荐优先使用
Action/
Func，除非需要语义化命名（如
OnUserSavedHandler） 泛型委托链的性能和自定义委托无差异，都是引用调用，无装箱开销 不要试图用
+=往
Func<t></t>链里加 void 方法——签名不匹配，编译不过 委托链看着简单，真正踩坑的地方都在「异常传播」「返回值覆盖」和「动态移除时的引用相等性判断」上。尤其是用
-=移除时，传入的方法必须是同一个委托实例（不是同名方法），否则移除失败——这点调试起来非常隐蔽。
