C# 中的委托天生支持多播（Multicast），即一个委托实例可以绑定并依次调用多个方法。这不需要额外接口或基类，是语言层面直接支持的特性。
多播委托是怎么形成的？
当使用 += 操作符向委托变量添加方法时，C# 会自动将其构造成 MulticastDelegate 实例（委托类型的隐式基类）。即使只绑定了一个方法，它也是多播委托——只是链上只有一个目标。
委托类型必须签名一致（返回值、参数完全匹配） 所有被添加的方法都会按添加顺序排队，调用时从左到右依次执行 如果委托返回值不是 void，只会返回最后一个方法的返回值；前面的返回值会被丢弃如何安全地管理多播链？
用 += 添加、-= 移除方法是最常用方式，但要注意：
移除时必须使用与添加时完全相同的方法引用（不能是签名相同的新匿名方法或 lambda） 可调用 GetInvocationList() 获取内部方法数组，遍历检查或手动控制调用逻辑 调用前建议判空：if (myDelegate != null) myDelegate();
多播委托的返回值和异常处理
多播委托调用是“串行”执行，有两点关键行为：
遇到异常会立即中断，后续方法不再执行（除非你手动遍历GetInvocationList()并 try/catch 每个调用） 若返回类型非 void，整个委托调用只返回链中最后一个方法的返回值；前面方法的返回值无法直接获取
什么时候该避免多播？
虽然方便，但多播委托容易带来隐式耦合和调试困难：
事件系统（event）本质就是封装了多播委托，推荐优先用 event 封装发布-订阅逻辑 需要精确控制执行顺序、错误恢复或聚合多个返回值时，显式遍历委托列表更清晰 跨线程调用多播委托需自行同步，event 的 add/remove 更安全基本上就这些。多播是委托的底层能力，用得自然不突兀，但别把它当成万能的消息总线——合适场景才用，否则反而增加理解成本。
