作为常年跟UE4 C++打交道的开发者，我来给你拆解下它这套灵活到能支持任意对象调用的事件系统细节，从底层实现到数据结构都给你理清楚。

一、自定义事件（Custom Events） #

自定义事件本质上就是带特定标记的UFunction——你在C++里用UFUNCTION(BlueprintImplementableEvent)或者BlueprintNativeEvent声明的函数，就是自定义事件。

• 创建：通过UFUNCTION宏触发引擎的反射系统，编译器会自动生成对应的反射代码，把这个UFunction注册到所属UClass的函数列表里，方便引擎在运行时查找和调用。
• 删除/销毁：自定义事件是UClass的一部分，只有当UClass被引擎的垃圾回收系统卸载（比如对应的UAsset被删除、模块卸载）时，才会从内存中移除。
• 调用逻辑：不管是C++里直接调用，还是蓝图里触发，底层都是通过UObject的ProcessEvent方法，传入对应的UFunction指针和参数结构体，完成函数调用。

二、事件分发器（Event Dispatchers） #

这是UE4里的多播事件核心，本质是对FMulticastScriptDelegate（蓝图友好版）或者TMulticastDelegate（纯C++版）的封装。

• 底层存储：用TArray来存储所有绑定的订阅者 delegate 实例，每个实例包含三个核心信息：目标UObject指针、函数的FName（或者直接的函数指针）、参数签名校验信息。
• 绑定/解绑：绑定就是往TArray里添加新的delegate实例；解绑则是遍历数组，找到匹配目标对象和函数的实例后移除，时间复杂度是O(n)——毕竟要逐个比对。
• 分发逻辑：触发分发时，直接遍历TArray里的每个delegate，调用其Execute()方法，同步执行所有订阅者的回调函数。如果需要异步执行，得手动配合引擎的TaskGraph或者线程池来实现。

三、底层数据结构与核心算法 #

1. 核心数据结构 #

• Delegate体系：从FDelegateBase基类派生，单播用TDelegate，多播用TMulticastDelegate，蓝图兼容的则是FMulticastScriptDelegate。多播场景下的订阅者列表用TArray存储，保证顺序调用的同时，支持动态增删。
• 反射系统的哈希表：UClass内部用TMap<FName, UFunction*>来存储所有注册的UFunction，这样在查找自定义事件时，能通过函数名快速定位，时间复杂度O(1)。
• 事件队列的使用：划重点——普通的自定义事件和事件分发器默认是同步调用，没有队列！但引擎的全局事件（比如输入事件、Tick事件、异步任务回调）会用到队列：比如主循环的Tick事件用双缓冲队列（避免遍历执行时修改队列），异步任务则用FTaskGraph的优先级队列来调度执行。

2. 关键算法细节 #

• 事件注册：自定义事件通过UFUNCTION宏生成反射代码，在模块加载时自动把UFunction注册到UClass的函数哈希表里；事件分发器则通过UPROPERTY(BlueprintAssignable)标记，反射系统会处理它的序列化、编辑时的绑定UI逻辑。
• 参数匹配校验：不管是自定义事件还是分发器，调用前都会通过反射系统校验参数的类型和数量，确保调用的安全性——如果参数不匹配，引擎会在日志里输出警告，甚至直接崩溃（Debug模式下）。
• 垃圾回收兼容：所有绑定的UObject都会被引擎的GC系统追踪，如果目标对象被回收，对应的delegate会自动失效，避免野指针调用——这也是UE4事件系统稳定的关键之一。

四、为什么能支持任意对象间调用？ #

核心在于Delegate的灵活性：它可以绑定到任意UObject的成员函数，甚至非UObject的全局函数（通过RawDelegate），反射系统负责解析函数的签名，把参数打包成统一的结构体，让不同对象之间的函数调用不需要直接持有对方的指针，完全解耦。

内容的提问来源于stack exchange，提问作者KeyC0de