Unity 项目最低配置

一个完整玩法闭环：开始、游玩、结算、重开

一个完整玩法闭环：开始、游玩、结算、重开

完整玩法闭环就是：玩家能进入一局，开始游玩，达成胜利或失败条件，看到结算结果，然后能再次开始下一局。它证明项目不是单个功能 Demo，而是有可重复体验。

标准回答

我理解一个完整玩法闭环至少要包含四个阶段：开始、游玩、结算、重开。

开始阶段负责初始化，比如加载场景、生成玩家、生成怪物、重置分数、时间、UI 和关卡目标。游玩阶段负责核心操作，比如移动、攻击、躲避、拾取、完成任务目标。结算阶段负责判断胜负、锁定输入、统计分数、奖励、用时和评价。重开阶段负责清理上一局的对象、事件、状态和临时数据，然后重新进入开始阶段。

面试里可以这样说

IMPORTANT

我做 Demo 时不会只做一个战斗片段，而是会做完整闭环。比如玩家从主菜单点击开始，进入关卡后系统初始化角色、怪物、UI 和规则；游玩过程中持续检测胜负条件；胜利或失败后进入结算界面，显示得分、奖励和用时；玩家点击再来一局时，会回收对象池里的对象、取消事件监听、重置状态机和数据，再重新开始一局。

常见坑

重开最容易出问题：上一局的怪物没清掉、事件没取消订阅、对象池重复回收、计时器还在跑、UI 状态没重置。面试里能主动说出这些，说明你真的做过完整流程。

至少一个核心系统：战斗、背包、技能、AI、任务任选

至少一个核心系统：我建议讲技能系统

如果面试官问你项目里有没有核心系统，不要只说“我做了 UI、角色移动”。最好准备一个能讲深的系统。我建议选技能系统，因为它能串起配置表、战斗逻辑、动画、特效、UI、性能优化和扩展设计。

面试回答模板

IMPORTANT

我项目里重点做过一个技能系统。它主要分成几层：SkillConfig 保存技能配置，比如 CD、消耗、范围、效果列表；SkillRuntime 保存运行时状态，比如当前 CD、等级、是否解锁；SkillService 负责释放入口，做状态校验、资源扣除、进入 CD；TargetSelector 负责筛选目标；EffectExecutor 负责执行伤害、治疗、Buff 等效果。

一次释放技能的流程是：玩家输入技能，系统先校验角色状态、CD、蓝量和目标是否合法；校验通过后筛选目标，执行效果，发出事件；表现层监听事件播放动画、特效、音效和 UI 反馈。这样业务规则和表现层是解耦的。

加分说法

性能上，我不会每次释放技能都全场遍历目标，而是会按距离、阵营、Layer 或空间分区先过滤。频繁创建的特效、子弹、命中特效用对象池。扩展上，新增技能效果时尽量新增一个效果执行器或配置，而不是改主流程。

常见追问

NOTE

面试官可能继续问：技能和动画怎么同步？技能被打断怎么办？目标死亡怎么办？CD 怎么管理？Buff 怎么叠加？技能配置怎么校验？这些你都可以顺着这张图继续展开。

至少一个性能优化点：对象池、UI 虚拟列表、资源异步加载

至少一个性能优化点：建议主讲对象池

面试里不要只说“我做过对象池优化”，要讲完整：优化前现象是什么、用什么工具定位、怎么改、优化后数据是多少、怎么防止回退。

面试回答模板

我项目里做过一个对象池优化，主要用在技能特效、子弹和伤害数字上。优化前，这些对象在战斗中频繁 Instantiate 和 Destroy，Profiler 里能看到主线程峰值升高，并且有 GC Alloc。尤其大量怪物同时释放技能时，会出现短暂卡顿。

我的优化方式是把这些高频临时对象改成对象池管理。进入战斗前预热一部分对象，使用时从池里取，用完后隐藏并归还池子。归还时会重置位置、父节点、粒子状态、碰撞状态、计时器和事件监听，防止下一次复用时带着旧状态。

数据要这样讲

优化前可以说：高峰时主线程 24ms 左右，GC Alloc 大约 4KB/frame。 优化后可以说：主线程峰值降到 14ms 左右，战斗过程中 GC Alloc 基本降到 0B/frame。

没有真实数据时，也要说清测量口径：同一设备、同一关卡、同一波怪、同一特效数量，用 Profiler 对比优化前后。

可替换的优化点

CAUTION

UI 虚拟列表：适合背包、邮件、排行榜，核心是只创建可见区域 Item，滚动时复用节点。

资源异步加载：适合场景切换、角色预制体、UI 面板，核心是拆依赖、显示进度、预加载，避免同步加载卡主线程。

至少一个工程化点：配置表、事件系统、状态机、存档

至少一个工程化点：建议主讲配置表系统

工程化点不是“我写了一个功能”，而是“我做了一套流程，让团队协作更稳定、错误更早暴露、重复劳动更少”。我建议你主讲配置表系统。

面试回答模板

我项目里做过一个配置表系统。它的目标是让策划能稳定配置数据，程序能安全读取数据，并且在打包前提前发现配置错误。

流程上，策划在 Excel 或 CSV 里编辑配置；导出工具负责读取表格并生成客户端数据；导出过程中会做自动校验，比如重复 ID、空字段、非法引用、类型错误；校验通过后生成 JSON、二进制数据或强类型 C# 代码；客户端启动时加载配置，并用 Dictionary<int, Row> 建索引，业务模块按 ID 查询。

加分说法

TIP

这个系统解决了两个问题：第一，减少人工配置错误；第二，避免运行时才发现配置问题。比如技能表里引用了不存在的特效 ID，导出阶段就能提示具体表名、行号、字段名，而不是进游戏后才报错。

性能上，配置加载后会建立索引，避免频繁全表遍历。扩展上，新字段会有默认值和版本兼容，避免老配置直接崩。工程上，还可以接入 CI，让配置错误直接阻断构建。

备选工程化点

事件系统：重点讲模块解耦、事件顺序、异常处理、取消订阅。 状态机：重点讲状态切换、进入退出、状态爆炸如何拆分。 存档系统：重点讲版本号、兼容迁移、加密校验、异常恢复。

至少一个可展示效果：Shader、特效、相机、手感

至少一个可展示效果：建议主讲技能命中表现

可展示效果要让面试官“看得到”。我建议你准备一个 10 秒左右的技能命中演示，把 Shader、特效、相机和手感串起来。

面试回答模板

我项目里准备了一个技能命中表现作为可展示效果。玩家按下技能后，角色进入起手动画，在关键帧触发刀光和拖尾；命中敌人时会触发受击闪白、命中特效、伤害数字、轻微 Hit Stop 和相机震动。这样玩家能明确感受到攻击打中了。

Shader 方面，我用了受击闪白、目标描边或死亡溶解来增强视觉反馈。特效方面，技能轨迹、命中爆点、地面范围提示都通过对象池复用。相机方面，普通攻击用轻微震动，大招用更强的震动和短暂拉近。手感方面，我会做输入缓冲和打击停顿，让操作更跟手。

加分说法

我不是单纯堆特效，而是把判定帧、动画帧和表现帧对齐。命中判定发生时，同一帧触发伤害、特效、音效、震动和 UI 反馈。这样表现不会“飘”，玩家能感觉到反馈是跟操作绑定的。

常见追问

NOTE

面试官可能会问：特效多了怎么优化？相机震动怎么避免晕？Hit Stop 会不会影响逻辑？Shader 在移动端怎么兼容？你可以回答：特效用对象池，粒子数和 Overdraw 控制；相机震动做强度和时长参数；Hit Stop 只影响表现时间，不破坏核心逻辑；移动端 Shader 控制采样数和变体数量。