← 全部标签
# 引擎架构
3 篇页面
页面
游戏开发子系统启动与关闭Subsystem Start-Up & Shut-Down游戏引擎由许多相互依赖的子系统组成，启动时必须按依赖顺序初始化（B 依赖 A，则先启动 A），关闭时通常反序。C++ 全局/静态对象的构造与析构顺序不可预测，「首次调用时构造」的函数静态单例也无法控制析构顺序且时机不可控。GEA 推荐最朴素的方案：单例管理器的构造/析构函数什么也不做，提供显式的 startUp() / shutDown()，在 main() 里按顺序手动调用。游戏开发运行时引擎分层架构Runtime Engine ArchitectureGregory 把游戏视为“软实时、交互式、基于代理的计算机模拟”，把游戏引擎定义为数据驱动、可复用来做多款游戏的软件。运行时引擎按层组织：从目标硬件、驱动、操作系统、第三方 SDK、平台无关层、核心系统、资源管理器，到渲染、物理、动画、音频、网络等子系统，再到游戏性基础层和游戏专属子系统；上层依赖下层，避免循环依赖。综合引擎运行时架构总览Engine Runtime Architecture Overview本页把 wiki 中分散在 GEA 第 1、6、8、17 章及 GPP、UE5 相关页面里的内容串成一条线，回答"一个游戏引擎在运行时是怎样组织起来的"：静态结构上是自下而上的分层，上层依赖下层；启动关闭按依赖顺序显式进行；每一帧由主循环驱动各子系统批量更新，游戏对象的逻辑被安排在子系统阶段之间，并按依赖分桶或设先后关系；多核上一帧被拆成成百上千个作业；玩法基础系统（对象模型、事件、脚本、世界加载流送、高层流程）位于引擎与游戏的分界线附近。各结论的细节与出处见所链接的概念页。