委托链是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),实际只取**最后一个方法的返回值**,前面的全被丢弃;而一旦某个方法抛出未捕获异常,整个链就中断——这在日志、通知、事件等场景中可能造成静默失败。
思乐微信商城微分销系统是以.net+access/mssql进行开发的微信分销系统。基于微信朋友圈的传播,是打造以分销商为中心的全新微信分销体验。让粉丝实时有效的获取朋友圈流量并快速分享购买分佣。因为是基于微信,所以要在微信上体验才更好。关注我们的微信核心功能:1、自动提示用户关注微信,解决一般程序无关注微信公众号的过程2、只要通过链接进一次,不过好久注册,什么方面注册,只要是用微信注册的,都会算
- 想安全执行全部方法?必须手动遍历:
foreach (var d in log.GetInvocationList()) d.DynamicInvoke("msg"); - 想收集所有返回值?不能靠直接调用委托,得用
GetInvocationList()+ 循环 + 类型转换 - 想防止中断?每个方法里自己 try/catch,别让异常冒出来
Action 和 Func 也能构成委托链,但要注意泛型参数一致性
Action 和 Func 都是泛型委托,它们天然支持多播,但链中所有方法必须严格匹配泛型参数数量和类型。比如 Action 无法和 Action 混在同一链里——编译器直接报错,不是运行时问题。
- 推荐优先使用
Action/Func,除非需要语义化命名(如OnUserSavedHandler) - 泛型委托链的性能和自定义委托无差异,都是引用调用,无装箱开销
- 不要试图用
+=往Func链里加 void 方法——签名不匹配,编译不过
-= 移除时,传入的方法必须是同一个委托实例(不是同名方法),否则移除失败——这点调试起来非常隐蔽。








