委托和事件是c#中实现松耦合通信的底层机制,非语法糖;委托签名须与方法严格一致(含返回值、参数类型/顺序/ref/out);event关键字提供编译期访问保护,仅允许+=/-=操作;自定义事件参数必须继承eventargs;多播委托异常会中断后续调用。

委托和事件不是语法糖,也不是“高级写法”,它们是 C# 中实现松耦合通信的底层机制。直接用 += 订阅事件却不知道委托签名是否匹配,或把 event 当成普通字段赋值,八成会出运行时异常或静默失败。
委托声明必须和方法签名严格一致
委托本质是“方法签名的类型化容器”,不是随便传个函数就能塞进去。返回值、参数类型、参数顺序、是否 ref/out 全部要对齐。
-
public delegate void LogHandler(string msg, int level);只能绑定形如void WriteLog(string m, int l)的方法,不能绑定void WriteLog(string m)或string WriteLog(string m, int l) - 使用 lambda 时也受约束:
LogHandler h = (m, l) => Console.WriteLine($"{l}: {m}");合法;但(m) => ...编译不过 - C# 12 支持 lambda 参数默认值,但委托定义本身不支持默认参数——默认值只在 lambda 内部生效,不影响委托签名
event 关键字不是修饰符,而是封装保护机制
event 不是让字段“变成事件”的魔法词,它是在编译期给委托字段加了一层访问限制:外部代码只能用 += / -=,不能直接赋值(=)、不能读取(myObj.MyEvent 会报错)、也不能调用(myObj.MyEvent(...) 不合法)。
通过 `dcc-mcp-cli` 命令行工具控制实时 DCC 主机(Maya、Blender、Houdini、Photoshop、3ds Max 以及自定义的 Studio 工具)。 针对 ClawHub、OpenClaw、Cursor、Claude 和支持 shell 的 Agent 主机:验证网关健康状态、列出已注册的 DCC 实例、搜索工具、检查 Schema、调用工具——全程无需直接编写或发送 MCP 请求。 若系统中未安装 `dcc-mcp-cli`,需先征得用户同意,再从 GitHub
- 错误写法:
publisher.MyEvent = handler;→ 编译错误 CS0070 - 正确触发方式只能在声明它的类内部:
MyEvent?.Invoke("hello");,且必须判空(否则NullReferenceException) - 如果真需要外部强制清空所有订阅者,得暴露一个清理方法,而不是暴露字段
跨窗体传值时,事件参数必须继承 EventArgs
WinForms 和 WPF 的事件模型约定:自定义事件参数类型必须派生自 EventArgs,否则无法被标准事件处理模式识别,设计器可能不兼容,部分框架逻辑(如异步上下文捕获)也会失效。
- 合法:
public class AddressUpdateEventArgs : EventArgs { public string City { get; }…} - 非法:
public class AddressUpdateArgs { ... }—— 即使结构一样,也不符合事件契约 - 不要为了省事用
EventArgs.Empty传数据,它没字段;也不要直接传原始类型(如string),因为事件签名要求统一为object sender, EventArgs e
多播委托的调用顺序和异常传播容易被忽略
一个 event 背后是多播委托,多个订阅者按注册顺序依次执行。但只要其中任意一个处理方法抛出未捕获异常,后续所有订阅者都会中断执行。
- 没有内置的“继续执行下一个”机制;
try/catch必须写在每个事件处理器内部,不能只包在Invoke外面 - 调试时注意:VS 默认会在第一个异常处中断,看起来像“只触发了一个”,其实是中断了,不是没注册上
- 若需容错调度,得手动遍历
GetInvocationList()并逐个try/catch,但会失去event的封装性,慎用









