C#委托天生支持多播，即一个委托实例可绑定多个方法并按添加顺序依次调用；使用+=/-=操作符管理链表，返回值仅取最后一个方法结果，异常会中断后续执行。

C# 中的委托天生支持多播（Multicast），即一个委托实例可以绑定并依次调用多个方法。这不需要额外接口或基类，是语言层面直接支持的特性。

多播委托是怎么形成的？

当使用 += 操作符向委托变量添加方法时，C# 会自动将其构造成 MulticastDelegate 实例（委托类型的隐式基类）。即使只绑定了一个方法，它也是多播委托——只是链上只有一个目标。

• 委托类型必须签名一致（返回值、参数完全匹配）
• 所有被添加的方法都会按添加顺序排队，调用时从左到右依次执行
• 如果委托返回值不是 void，只会返回最后一个方法的返回值；前面的返回值会被丢弃

如何安全地管理多播链？

用 += 添加、-= 移除方法是最常用方式，但要注意：

GateCrash Forms

以 CLI 为先的表单构建器，采用 BYOK 理念。通过JSON Schema 生成美观的 HTML 表单，使用您自己的 SMTP 服务器处理提交，存储响应...

下载

• 移除时必须使用与添加时完全相同的方法引用（不能是签名相同的新匿名方法或 lambda）
• 可调用 GetInvocationList() 获取内部方法数组，遍历检查或手动控制调用逻辑
• 调用前建议判空：if (myDelegate != null) myDelegate();

多播委托的返回值和异常处理

多播委托调用是“串行”执行，有两点关键行为：

• 遇到异常会立即中断，后续方法不再执行（除非你手动遍历 GetInvocationList() 并 try/catch 每个调用）
• 若返回类型非 void，整个委托调用只返回链中最后一个方法的返回值；前面方法的返回值无法直接获取

什么时候该避免多播？

虽然方便，但多播委托容易带来隐式耦合和调试困难：

• 事件系统（event）本质就是封装了多播委托，推荐优先用 event 封装发布-订阅逻辑
• 需要精确控制执行顺序、错误恢复或聚合多个返回值时，显式遍历委托列表更清晰
• 跨线程调用多播委托需自行同步，event 的 add/remove 更安全

基本上就这些。多播是委托的底层能力，用得自然不突兀，但别把它当成万能的消息总线——合适场景才用，否则反而增加理解成本。