第七章 · 玩法逻辑、物理与 AI 本章要回答的三个问题:一面墙被打碎、一个技能被释放、一个哨兵发现玩家——这三件事背后分别是什么系统在驱动、按什么规则结算?技能与数值系统什么时候需要专业框架、什么时候是杀鸡用牛刀?AI 的"看起来会思考",在引擎里是怎么被拆成感知、决策、寻路三件事的? 为什么会有这一章 前六章的世界会渲染、会动画、会发声,但还不会"回应":玩家打它没反馈,绕着走没人管。本章补上这块——世界对玩家行为的应答系统。三节各管一种应答:物理系统应答"作用力"(撞、炸、碎),技能框架应答"规则"(伤害、增益、冷却的统一结算),AI 系统应答"意图"(感知、决策、行动)。
本章要回答的三个问题:一面墙被打碎、一个技能被释放、一个哨兵发现玩家——这三件事背后分别是什么系统在驱动、按什么规则结算?技能与数值系统什么时候需要专业框架、什么时候是杀鸡用牛刀?AI 的"看起来会思考",在引擎里是怎么被拆成感知、决策、寻路三件事的?
前六章的世界会渲染、会动画、会发声,但还不会"回应":玩家打它没反馈,绕着走没人管。本章补上这块——世界对玩家行为的应答系统。三节各管一种应答:物理系统应答"作用力"(撞、炸、碎),技能框架应答"规则"(伤害、增益、冷却的统一结算),AI 系统应答"意图"(感知、决策、行动)。三种应答共享一个工程母题:把"看起来自由的反应"约束成"可预算的规则"——破坏要算碎片上限,技能要过统一管线,AI 要把"聪明"拆成有限的查询。
本章是全书玩法向的枢纽。前面章节造的身体(Character)、动画、特效在这里被玩法逻辑调用;后面第八章的多人同步会把本章的每条规则再问一遍"谁说了算"(服务器还是客户端),第九章的性能听证里,这三条线也是掉帧的常客。学本章时养成"规则先行"的习惯:先定结算规则,再写表现,多人化与优化的债就少欠一半。
读完本章你应当能:配置物理材质与碰撞响应做出可信的推、撞、抛物感,用几何集合体做可破坏墙面并控制碎片与清理成本;判断一个项目要不要上 Gameplay Ability System——能说出它的三件套(技能、效果、标签)分别解决什么,以及轻量项目替代方案;搭一条完整的 AI 链:感知组件发现玩家、黑板存状态、行为树做决策、导航网格支撑寻路,并让巡逻与追击两个行为平滑切换。合上书的标准是:看到任何"世界对玩家的反应",你能说出它落在哪个系统、大概花哪份预算。
| 节 | 回答的问题 | 关键产出 |
|---|---|---|
| 7.1 Chaos 物理与破坏 | 力与破坏怎么模拟与结算 | 可信的物理交互与破坏 |
| 7.2 Gameplay Ability System | 技能与数值怎么统一结算 | 技能框架的选型与用法 |
| 7.3 AI 框架与行为树 | NPC 怎么感知、决策、行动 | 完整的单体 AI 链路 |
三节相对独立可跳读,但共同依赖 2.3 的碰撞通道概念与第三章的双轨编程。7.2 偏架构、7.3 偏流程、7.1 偏模拟参数,学习节奏可自行调节。
2.3 的碰撞与射线查询、3.2 的框架类分工(Controller 与 Pawn)是三节共同前置;7.2 需要读懂 3.3 的接口与委托;7.3 需要了解增强输入之外的事件驱动思想(第六章已反复出现)。
本章出口正对第八章:物理结果的同步(哪台机器算破坏)、技能的权威结算(客户端预测与服务器校正)、AI 在专用服务器上的运行成本——每一节都会在网络语境下被重新过秤。第九章则提供这三条线的性能取证工具:物理子步耗时、技能管线的 GC 尖峰、行为树与感知的每帧查询量。
三节案例分开做完后,做一次合体联调:给哨兵装上 GAS 技能(发现玩家后冲刺接近)、让追击路径上有一段可破坏的墙(打穿墙或绕行)。联调暴露的是系统边界问题——技能结束时 AI 状态残留、破坏后导航网格未更新导致卡住——这些边界正是第八章与第九章要系统处理的对象,提前见过,后面学起来全是熟人。