委托链是MulticastDelegate的真实行为,内部维护有序方法列表,按+=添加顺序同步调用,异常中断后续执行,返回值仅取最后一个方法的结果。
它不是语法糖,而是 MulticastDelegate 的真实行为:一个委托实例内部维护着一个有序的方法调用列表(GetInvocationList() 能看到),调用时按

+= 添加,-= 移除;不能用 = 覆盖已有链(那会丢掉之前的方法)很多人误以为“先写的方法先执行”,其实完全取决于你什么时候用 += 把它加进链里。哪怕 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),实际只取**最后一个方法的返回值**,前面的全被丢弃;而一旦某个方法抛出未捕获异常,整个链就中断——这在日志、通知、事件等场景中可能造成静默失败。
foreach (var d in log.GetInvocationList()) d.DynamicInvoke("msg");
GetInvocationList() + 循环 + 类型转换Action 和 Func 都是泛型委托,它们天然支持多播,但链中所有方法必须严格匹配泛型参数数量和类型。比如 Action 无法和 Action 混在同一链里——编译器直接报错,不是运行时问题。
Action/Func,除非需要语义化命名(如 OnUserSavedHandler)+= 往 Func 链里加 void 方法——签名不匹配,编译不过-= 移除时,传入的方法必须是同一个委托实例(不是同名方法),否则移除失败——这点调试起来非常隐蔽。