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