← 全部标签
# 事件
4 篇页面
页面
游戏开发 · UE5委托与 Tick 机制Delegates & TickUE 有两种驱动游戏逻辑的方式：事件驱动——委托 (Delegate) 在某事发生时回调绑定的函数；轮询驱动——Tick 每帧（或按最小间隔）调用 Actor/组件的更新函数，并按 Tick 组 (Tick Group) 与物理模拟排序。官方建议能用定时器、委托就不用 Tick，必须 Tick 时用 Tick 组和 Tick 依赖保证顺序，避免“差一帧”问题。游戏开发事件与消息传递Events & Message Passing游戏天然是事件驱动的：爆炸、玩家被敌人发现、血包被捡起都是事件，系统要通知感兴趣的对象并让它们以各自的方式处理。用虚函数 OnExplosion() 通知属于静态类型的后期绑定，迫使基类为所有可能的事件声明虚函数；GEA 主张把事件封装成对象（类型 + 参数），实现动态类型的后期绑定，从而获得单一处理函数、持久性和盲转发。GEA 依次讨论事件类型（枚举 vs 字符串/字符串 id）、参数（派生类、Variant 数组、键值对）、处理器、职责链、兴趣注册、排队与否的利弊，最后是数据驱动的事件系统和以数据通路连接端口的图形化系统（如 UE 蓝图）（GEA4 卷 II 17.8）。游戏开发观察者模式Observer Pattern观察者模式 (Observer Pattern) 让一段代码宣布“发生了某件事”，而不必关心谁会收到通知：主体 (Subject) 维护一个观察者列表，在事件发生时逐个同步调用它们。它适合连接彼此几乎无关的子系统（例如物理与成就），但要注意同步阻塞、观察者的注销，以及运行时才能确定的通信关系难以推理。综合引擎运行时架构总览Engine Runtime Architecture Overview本页把 wiki 中分散在 GEA 第 1、6、8、17 章及 GPP、UE5 相关页面里的内容串成一条线，回答"一个游戏引擎在运行时是怎样组织起来的"：静态结构上是自下而上的分层，上层依赖下层；启动关闭按依赖顺序显式进行；每一帧由主循环驱动各子系统批量更新，游戏对象的逻辑被安排在子系统阶段之间，并按依赖分桶或设先后关系；多核上一帧被拆成成百上千个作业；玩法基础系统（对象模型、事件、脚本、世界加载流送、高层流程）位于引擎与游戏的分界线附近。各结论的细节与出处见所链接的概念页。