委托链是multicastdelegate的真实行为，内部维护有序方法列表，按+=添加顺序同步调用，异常中断后续执行，返回值仅取最后一个方法的结果。
委托链就是用 += 把多个方法串起来的多播委托
它不是语法糖，而是 MulticastDelegate 的真实行为：一个委托实例内部维护着一个有序的方法调用列表（GetInvocationList() 能看到），调用时按添加顺序逐个执行。本质是 .NET 运行时对委托对象的链式扩展支持。
- 必须所有方法签名完全一致（返回类型、参数个数和类型）
- 用
+=添加，-=移除；不能用=覆盖已有链（那会丢掉之前的方法） - 调用是同步、阻塞的——前一个方法没返回，后一个不会开始
- 如果中间某个方法抛异常，后续方法**直接跳过不执行**（这点极易被忽略）
委托链的调用顺序由注册顺序决定，不是定义顺序
很多人误以为“先写的方法先执行”，其实完全取决于你什么时候用 += 把它加进链里。哪怕 MethodB 在代码里写在前面，只要 del += MethodA 先执行，MethodA 就一定先被调用。
思乐微信商城微分销系统
下载
思乐微信商城微分销系统是以.net+access/mssql进行开发的微信分销系统。基于微信朋友圈的传播，是打造以分销商为中心的全新微信分销体验。让粉丝实时有效的获取朋友圈流量并快速分享购买分佣。因为是基于微信，所以要在微信上体验才更好。关注我们的微信核心功能：1、自动提示用户关注微信，解决一般程序无关注微信公众号的过程2、只要通过链接进一次，不过好久注册，什么方面注册，只要是用微信注册的，都会算
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 方法——签名不匹配，编译不过
-= 移除时，传入的方法必须是同一个委托实例（不是同名方法），否则移除失败——这点调试起来非常隐蔽。 
