看到DEMO 试玩这四个字很多玩家的第一反应是点开视频看玩法。但如果你真的在做独立游戏或者正准备给项目切一个可对外试玩的版本就会知道这四个字背后压着的其实是一堆工程问题关卡怎么快速改、手感怎么反复调、试玩包怎么稳定打出来、玩家卡在哪一关你怎么知道。视频里那三十分钟的顺畅体验是这些流程跑通之后的结果而不是原因。这篇不去复述某款 DEMO 的具体内容也不做玩法评测——那属于另一类内容。这里要拆的是更底层的一层一个独立游戏 DEMO从灰盒关卡到可分发试玩包技术上到底要搭哪些东西。为什么拿比萨斜楼这种玩梗式关卡名当引子因为它恰好代表了一类很典型的 DEMO 关卡结构倾斜、视觉上很抓眼、但碰撞体和导航一旦没处理好玩家就会莫名其妙卡住或者掉出地图。先给一个判断DEMO 的技术难点从来不在功能多而在于最短路径验证核心体验和改动可快速复现这两件事同时成立。功能堆得再多只要关卡改一次要等二十分钟重新烘焙、打包一次版本号对不上、玩家反馈说卡住了你却复现不出来这个 DEMO 的迭代效率就已经废了一半。下面按一条完整链路走从概念边界到工程结构到关卡灰盒、角色控制、检查点与试玩数据回收再到打包构建、验证与排错。代码以 Unity C# 为主因为这是独立团队做 DEMO 最常见的组合思路换成其他引擎同样成立。1. 这篇文章真正要解决的问题先说清楚 DEMO 和正式版的删减版之间的差别这个认知差是最容易出问题的地方。很多团队的做法是把主线砍掉一半、锁掉几个功能然后直接导出结果做出来的东西既不像正式游戏也不像一次有说服力的展示。真正有效的 DEMO 通常是垂直切片只覆盖一到两个关卡、一小段流程但角色手感、镜头、音效、UI 反馈、加载体验全部按正式标准做。这意味着技术重心会发生偏移。正式版你可以靠内容量撑住玩家耐心DEMO 没有这个空间玩家在前五分钟感受到的移动延迟、镜头抖动、碰撞穿插会直接决定他关不关掉这个包。所以 DEMO 阶段最该投入工程资源的地方是输入响应链路、相机表现、关卡可读性、失败与重试的流畅度而不是背包系统、成就系统、多语言。还有一个经常被忽略的点DEMO 是一次数据采集机会。玩家在哪一步退出、在哪个跳台反复死亡、平均试玩时长多少这些数据决定了你后面要不要改关卡、要不要砍机制。但如果你的试玩版本地什么日志都不写那这次 DEMO 就只是一次发出去看看反响价值会缩水一大截。这篇文章适合三类读者。第一类是刚开始做独立项目、准备发布第一个可试玩包的人你会在这里看到一份可以直接照着搭的工程骨架。第二类是做过完整项目但 DEMO 阶段总是拖很久的开发者问题往往出在关卡迭代和构建流程上第 4 章和第 7 章会更对症。第三类是做游戏工具链或者想了解游戏工程实践的读者这里的关卡管理、配置注入、遥测埋点思路换个领域也通用。2. 独立游戏 DEMO 的核心概念与技术边界在动手之前有几个术语必须先对齐不然团队讨论时会各说各话。原型Prototype指的是为了验证某个机制是否好玩而做的最小可运行片段通常美术全白模、代码写得很脏、验证完就扔。灰盒Greybox / Blockout指的是用最基础的几何体搭出空间结构和动线重点验证尺度、视野、路线是否成立。垂直切片Vertical Slice是纵向做到成品质量的一小段包含完整表现层。DEMO在发行语境下通常等于可对外分发的垂直切片它需要能独立运行、有明确起止、不能崩。这四者的关系和工程要求差别很大用一张表说清楚阶段目的美术要求代码质量要求能否对外分发原型 Prototype验证机制是否成立无可丢弃不能灰盒 Greybox验证空间与动线白模中等内部可玩垂直切片 Vertical Slice验证成品表现接近成品较高内部演示DEMO对外展示与数据回收成品级高需稳定可以容易混淆的还有关卡名和关卡 ID。视频里的比萨斜楼是一个很好的传播名称玩家一看就懂还带点梗。但工程里绝对不能拿它当标识符用中文、有梗、可能改任何一个变量都会让存档、埋点、构建脚本全部失效。正确做法是展示名与工程 ID 分离展示名可以叫比萨斜楼工程 ID 固定为level_pisa_tilt_01这类稳定字符串改名字不影响任何逻辑。边界也要划清楚。DEMO 阶段不建议做的账号系统、云存档、复杂的经济数值、跨平台同步。这些一旦引入测试矩阵会成倍膨胀而你并没有足够的测试人力。DEMO 阶段必须做的稳定的启动流程、明确的失败重试、可控的退出方式、可回收的运行数据。这四件事任何一件缺失都会让试玩体验或者你的判断失真。3. 工程环境准备与目录结构Unity 的具体版本请以你项目实际使用的 LTS 版本为准这篇文章不绑定某个版本号因为不同团队锁定版本的时间点不一样硬写一个版本反而会误导。需要确认的是三件事项目使用的渲染管线URP 还是内置、是否启用了新输入系统、目标平台模块是否已安装。这三项会直接影响后面代码里的输入读取方式和构建命令能否跑通。目录结构建议从第一天就固定下来。关卡一多、场景一多如果 Assets 下面是一片散沙找东西的时间会超过写代码的时间。Assets/ ├── Scenes/ │ ├── Boot.unity # 启动场景只做初始化与跳转 │ └── Level_PisaTilt.unity # 关卡场景工程命名用英文 ├── Scripts/ │ ├── Player/ │ │ ├── PlayerMotor.cs │ │ └── PlayerCameraRig.cs │ ├── Level/ │ │ ├── CheckpointManager.cs │ │ └── CheckpointVolume.cs │ └── Telemetry/ │ ├── DemoSession.cs │ └── DemoEvent.cs ├── Editor/ │ └── BuildScript.cs ├── Config/ │ └── demo_config.json └── Settings/ └── PlayerSettings.asset这里有一个实用约定场景文件名、关卡 ID、埋点里的关卡字段三者保持可推导的对应关系。比如场景叫Level_PisaTilt关卡 ID 就是level_pisa_tilt_01埋点里报的也是这个。这样后期用脚本批量处理关卡数据时不需要额外维护一张映射表。启动场景单独拆出来的原因在于加载体验。DEMO 的第一次加载往往发生在玩家耐心最低的时候如果把初始化读配置、初始化音频、检查存档、预热资源和第一关塞在同一个场景里玩家会看到一个长时间的黑屏。拆出 Boot 场景后你可以先显示一个极简的加载界面再异步加载关卡体感差别很明显。依赖管理方面DEMO 阶段尽量只用引擎自带能力和少量必要插件。每引入一个第三方包就多一份构建失败的可能性和一份版本兼容风险。如果确实需要建议在项目根目录放一个依赖清单文件记录包名、版本、引入原因和引入人出问题时能快速定位是谁在什么时候带进来的。4. 关卡灰盒搭建从比萨斜楼到可玩空间倾斜建筑这类关卡视觉上很好看工程上很危险。危险点集中在三处碰撞体的朝向、导航网格的烘焙、以及玩家在斜面上移动时的物理表现。先说碰撞体很多人会直接给整个建筑模型挂一个 MeshCollider图省事。但 MeshCollider 在非凸网格上不支持刚体而且性能开销比组合的 BoxCollider 高不少。更稳妥的做法是用若干 BoxCollider 拼出可行走面视觉模型只做渲染碰撞层单独一套。灰盒阶段的具体步骤可以按这个顺序走每一步都有它存在的原因第一步确定单位尺度。所有引擎默认 1 单位 1 米角色身高按 1.7 到 1.8 米设定楼梯每级高度控制在 0.18 米以内走廊净宽不小于 1.2 米。尺度不对后面所有关于跳跃距离、镜头高度、道具大小的调整都是白做因为你的直觉参照系已经歪了。第二步铺主行动线。先用最简单的地面和墙壁把玩家从哪里进、经过什么、到哪里结束这条线拉出来不要一开始就做岔路和隐藏区域。DEMO 的空间复杂度受控主线的节奏比分支的数量重要得多。第三步加入关键交互点。跳跃平台、需要绕行的障碍、视野引导用的地标建筑这些是让空间有意思的元素。倾斜的建筑本身就是最好的视野地标因为它打破了水平线的预期玩家会自然抬头看。第四步验证可读性。关掉所有贴图只用纯色材质找一个没参与设计的人走一遍看他在每个岔路口要犹豫多久。犹豫超过三秒的地方就是引导不足的地方需要用光照、颜色或者地形高差去补。关卡内的物件命名同样要有规范否则后期做批处理脚本时会很痛苦。建议格式是类型_用途_序号比如Col_Wall_012表示第 12 段墙体碰撞Trig_Checkpoint_03表示第 3 个检查点触发器Lgt_Point_007表示第 7 盏点光源。这样在 Hierarchy 里搜索Trig_就能一次选中所有触发器批量检查有没有漏配。还有一个容易被忽略的细节掉落保护。倾斜结构加上跳跃玩家一定会掉下去。如果没有兜底玩家会一直下坠直到你手动加一个 Kill Volume 把他重置。这个 Kill Volume 要放在整个关卡的包围盒下方一点并且重置逻辑要接到检查点系统上而不是直接重载场景否则每次掉落都要重新加载体验很差。5. 角色控制与手感调参的完整实现手感这件事靠感觉不对就改数字是调不出来的因为变量太多人会迷失。比较有效的做法是把参数分成三组移动组、跳跃组、镜头组每次只动一组并且记录下来。下面这份角色控制器把常用参数都暴露到了 Inspector方便边跑边调。// 文件路径Assets/Scripts/Player/PlayerMotor.cs using UnityEngine; [RequireComponent(typeof(CharacterController))] public class PlayerMotor : MonoBehaviour { [Header(移动参数)] [SerializeField] private float walkSpeed 3.2f; [SerializeField] private float sprintSpeed 5.6f; [SerializeField] private float acceleration 18f; [SerializeField] private float rotationSpeed 14f; [Header(跳跃参数)] [SerializeField] private float jumpHeight 1.1f; [SerializeField] private float gravity -24f; [SerializeField] private float coyoteTime 0.12f; [SerializeField] private float jumpBufferTime 0.15f; [Header(地面检测)] [SerializeField] private Transform groundCheck; [SerializeField] private float groundRadius 0.28f; [SerializeField] private LayerMask groundMask ~0; private CharacterController _controller; private Transform _cameraTransform; private Vector3 _planarVelocity; private float _verticalVelocity; private float _lastGroundedTime -99f; private float _lastJumpPressedTime -99f; private Vector2 _moveInput; private bool _sprintHeld; private void Awake() { _controller GetComponentCharacterController(); if (Camera.main ! null) { _cameraTransform Camera.main.transform; } } private void Update() { ReadInput(); UpdateGroundedState(); ApplyPlanarMovement(); ApplyVerticalMovement(); } private void ReadInput() { // 若项目使用新输入系统请把这里替换为对应 InputAction 的读取 _moveInput new Vector2(Input.GetAxisRaw(Horizontal), Input.GetAxisRaw(Vertical)); _moveInput Vector2.ClampMagnitude(_moveInput, 1f); _sprintHeld Input.GetKey(KeyCode.LeftShift); if (Input.GetButtonDown(Jump)) { _lastJumpPressedTime Time.time; } } private void UpdateGroundedState() { bool grounded _controller.isGrounded; if (!grounded groundCheck ! null) { grounded Physics.CheckSphere(groundCheck.position, groundRadius, groundMask, QueryTriggerInteraction.Ignore); } if (grounded) { _lastGroundedTime Time.time; } } private void ApplyPlanarMovement() { Vector3 forward _cameraTransform ! null ? _cameraTransform.forward : Vector3.forward; Vector3 right _cameraTransform ! null ? _cameraTransform.right : Vector3.right; forward.y 0f; right.y 0f; forward.Normalize(); right.Normalize(); Vector3 desiredDirection forward * _moveInput.y right * _moveInput.x; float targetSpeed _sprintHeld ? sprintSpeed : walkSpeed; Vector3 targetVelocity desiredDirection * targetSpeed; _planarVelocity Vector3.MoveTowards( _planarVelocity, targetVelocity, acceleration * Time.deltaTime); if (desiredDirection.sqrMagnitude 0.0001f) { Quaternion targetRotation Quaternion.LookRotation(desiredDirection, Vector3.up); transform.rotation Quaternion.Slerp( transform.rotation, targetRotation, rotationSpeed * Time.deltaTime); } } private void ApplyVerticalMovement() { bool canJump Time.time - _lastGroundedTime coyoteTime; bool jumpQueued Time.time - _lastJumpPressedTime jumpBufferTime; if (canJump jumpQueued) { _verticalVelocity Mathf.Sqrt(jumpHeight * -2f * gravity); _lastJumpPressedTime -99f; _lastGroundedTime -99f; } if (_controller.isGrounded _verticalVelocity 0f) { _verticalVelocity -2f; } _verticalVelocity gravity * Time.deltaTime; Vector3 motion _planarVelocity; motion.y _verticalVelocity; _controller.Move(motion * Time.deltaTime); } }这份代码里有三个东西值得单独解释因为它们正是新手最容易漏掉的。第一个是coyote time土狼时间。玩家跑出平台边缘之后还会有一小段时间允许起跳。这不是作弊而是在补偿人类反应延迟和按键时机误差。没有它玩家会觉得我明明按了跳却掉下去烦躁感会迅速累积。0.1 到 0.15 秒是比较通用的范围。第二个是jump buffer跳跃缓冲。玩家在落地前稍早就按下跳跃落地瞬间自动触发。同样是在补偿输入误差。这两个机制配合使用跳跃手感会有非常明显的变化而它们加起来不到十行代码。第三个是地面检测的双保险。CharacterController.isGrounded在斜面和不连续地面上偶尔会给出不准确的结果尤其是倾斜建筑这种地形。补一个球形检测作为兜底能显著减少贴着地面却跳不起来的偶发问题。地面的 LayerMask 一定要单独设一层不要用~0全覆盖否则角色会被自己的触发器判定为地面。相机部分单独拆一个组件核心是跟随平滑和视角限制。俯仰角要夹紧一般限制在 -80 到 80 度之间跟随用SmoothDamp而不是直接Lerp因为SmoothDamp有速度概念急停急转时的过渡更自然。镜头高度设置在角色眼睛位置稍上方接近 1.6 到 1.7 米太低会有贴地爬行的错觉。6. 检查点、试玩时限与试玩数据回收DEMO 的容错设计比正式版更重要。正式版玩家愿意重来DEMO 玩家一旦被卡住大概率直接退出而且不会告诉你为什么。所以检查点要密、重置要快、失败要能立刻重试。// 文件路径Assets/Scripts/Level/CheckpointManager.cs using System.Collections.Generic; using UnityEngine; public class CheckpointManager : MonoBehaviour { public static CheckpointManager Instance { get; private set; } [SerializeField] private Transform defaultSpawn; [SerializeField] private CharacterController playerController; private Vector3 _respawnPosition; private Quaternion _respawnRotation; private readonly HashSetstring _activatedIds new HashSetstring(); private void Awake() { if (Instance ! null Instance ! this) { Destroy(gameObject); return; } Instance this; Transform start defaultSpawn ! null ? defaultSpawn : transform; _respawnPosition start.position; _respawnRotation start.rotation; } public bool Activate(string checkpointId, Transform point) { if (string.IsNullOrEmpty(checkpointId) || point null) { return false; } if (!_activatedIds.Add(checkpointId)) { return false; } _respawnPosition point.position; _respawnRotation point.rotation; DemoSession.Instance?.RecordEvent(checkpoint_activate, checkpointId); return true; } public void Respawn() { if (playerController null) { return; } // 重置前必须先禁用控制器否则位置会被 CharacterController 覆盖 playerController.enabled false; playerController.transform.SetPositionAndRotation(_respawnPosition, _respawnRotation); playerController.enabled true; DemoSession.Instance?.RecordEvent(respawn, checkpoint); } }这里有两个实际踩过的坑。一是重置位置时必须先关闭CharacterController因为它会在内部维护位置状态直接改transform.position往往不生效或者生效后被下一次Move拉回去。二是检查点用HashSet去重玩家反复经过同一个点只记录一次避免埋点数据被刷爆。试玩时限和数据回收放在一个会话组件里。DEMO 通常有明确的结束点无论是通关、超时还是主动退出都要保证数据能落盘一次。// 文件路径Assets/Scripts/Telemetry/DemoEvent.cs using System; [Serializable] public class DemoEvent { public string name; public string detail; public float timestamp; public DemoEvent(string name, string detail, float timestamp) { this.name name; this.detail detail; this.timestamp timestamp; } }// 文件路径Assets/Scripts/Telemetry/DemoSession.cs using System; using System.Collections.Generic; using System.IO; using UnityEngine; public class DemoSession : MonoBehaviour { public static DemoSession Instance { get; private set; } [SerializeField] private float sessionLimitSeconds 1200f; [SerializeField] private string levelId level_pisa_tilt_01; [SerializeField] private string fileName demo_session.json; [Serializable] private class SessionPayload { public string sessionId; public string levelId; public string buildVersion; public float durationSeconds; public string endReason; public ListDemoEvent events; } private readonly ListDemoEvent _events new ListDemoEvent(); private float _startTime; private bool _finalized; private void Awake() { if (Instance ! null Instance ! this) { Destroy(gameObject); return; } Instance this; DontDestroyOnLoad(gameObject); _startTime Time.time; RecordEvent(session_start, levelId); } private void Update() { if (!_finalized Time.time - _startTime sessionLimitSeconds) { Finalize(timeout); } } public void RecordEvent(string eventName, string detail) { if (_finalized) { return; } _events.Add(new DemoEvent(eventName, detail, Time.time - _startTime)); } public void Finalize(string reason) { if (_finalized) { return; } _finalized true; SessionPayload payload new SessionPayload { sessionId Guid.NewGuid().ToString(N), levelId levelId, buildVersion Application.version, durationSeconds Time.time - _startTime, endReason reason, events _events }; string path Path.Combine(Application.persistentDataPath, fileName); try { File.WriteAllText(path, JsonUtility.ToJson(payload, true)); Debug.Log($[DemoSession] 会话数据已写入{path}); } catch (Exception e) { Debug.LogError($[DemoSession] 写入失败{e.Message}); } } private void OnApplicationQuit() { Finalize(quit); } }有几个观察必须说清楚。JsonUtility对嵌套结构有要求所以SessionPayload标了[Serializable]且字段是 public不能直接序列化Dictionary。数据写到Application.persistentDataPath而不是工程目录因为发布后的包对安装目录通常没有写权限写到那里会静默失败。隐私和合规这条线要划清楚。试玩数据只记录与游戏行为相关的匿名事件不采集设备唯一标识、不采集个人信息、不上传未经告知的内容。如果计划联网回传必须在 DEMO 启动时明确告知玩家并给出关闭选项。这条不是技术细节是底线问题做之前先和团队确认清楚。7. 打包构建与版本可复现手动点Build的问题不在于慢而在于不可复现。你无法保证昨天那个包和今天的包用的是同一份场景列表、同一个版本号、同样的宏定义。一旦出问题排查成本会非常高。把构建写成编辑器脚本用命令行触发是更稳妥的方式。// 文件路径Assets/Editor/BuildScript.cs using System; using System.IO; using UnityEditor; using UnityEditor.Build.Reporting; using UnityEngine; public static class BuildScript { private const string WindowsOutput Builds/Windows/Demo.exe; private const string MacOutput Builds/macOS/Demo.app; private static readonly string[] Scenes { Assets/Scenes/Boot.unity, Assets/Scenes/Level_PisaTilt.unity }; [MenuItem(Demo/Build Windows)] public static void BuildWindows() { PlayerSettings.bundleVersion ResolveVersion(); BuildPlayerOptions options new BuildPlayerOptions { scenes Scenes, locationPathName WindowsOutput, target BuildTarget.StandaloneWindows64, options BuildOptions.None }; Execute(options); } [MenuItem(Demo/Build macOS)] public static void BuildMac() { PlayerSettings.bundleVersion ResolveVersion(); BuildPlayerOptions options new BuildPlayerOptions { scenes Scenes, locationPathName MacOutput, target BuildTarget.StandaloneOSX, options BuildOptions.None }; Execute(options); } private static string ResolveVersion() { string env Environment.GetEnvironmentVariable(DEMO_BUILD_VERSION); if (!string.IsNullOrEmpty(env)) { return env; } return 0.1. DateTime.UtcNow.ToString(yyyyMMddHHmm); } private static void Execute(BuildPlayerOptions options) { Directory.CreateDirectory(Path.GetDirectoryName(options.locationPathName) ?? Builds); BuildReport report BuildPipeline.BuildPlayer(options); BuildSummary summary report.summary; Debug.Log($[Build] 结果{summary.result} 耗时{summary.totalTime} 大小{summary.totalSize} 字节); if (summary.result ! BuildResult.Succeeded) { Debug.LogError([Build] 构建失败请检查 build.log); EditorApplication.Exit(1); } EditorApplication.Exit(0); } }命令行调用方式如下注意-quit、-batchmode和-executeMethod的配合以及构建目标模块必须已经安装否则会直接报错退出。# 在项目根目录执行Unity 可执行文件路径请按本机安装位置调整 DEMO_BUILD_VERSION0.1.42 \ Unity \ -quit \ -batchmode \ -nographics \ -projectPath $(pwd) \ -executeMethod BuildScript.BuildWindows \ -logFile build.log \ -buildTarget StandaloneWindows64构建完成后立刻做三件事检查退出码、检查build.log里有没有error、检查产物大小是否在预期区间。产物突然变大几十兆通常意味着某个不该进包的资源被引用进来了或者日志输出还开着。版本号注入用环境变量优先、时间戳兜底这样 CI 里可以传语义化版本本地随手构建也不会撞号。版本号会通过Application.version在运行时读到正好被前面的会话数据带到埋点里形成一条完整的链路哪个包、哪个关卡、哪个版本出的问题一目了然。{ levelId: level_pisa_tilt_01, displayName: 比萨斜楼, sessionLimitSeconds: 1200, checkpoints: [ { id: cp_start, index: 0 }, { id: cp_mid_01, index: 1 }, { id: cp_mid_02, index: 2 }, { id: cp_top, index: 3 } ], killVolumeY: -30, telemetryEnabled: true }这份配置放在Assets/Config/demo_config.json用意是把关卡参数从代码里抽出来。检查点顺序、掉落阈值、试玩时限这类东西在调优期会频繁变动写死在代码里每次都要重新编译抽到配置里改完重进游戏就行。注意配置读取要加容错文件缺失时回退到代码里的默认值不要直接抛异常否则一个配置失误就能让整个 DEMO 起不来。8. 运行验证与常见问题排查构建成功不等于能玩。下面这份验证清单是每次出包前都要过一遍的顺序按优先级排。第一冷启动时间。从双击可执行文件到出现可操作画面控制在可接受范围内超过一定时间必须有加载提示否则玩家会以为程序挂了。第二完整通关一遍。不要只测开头很多问题出在关卡后半段和结算流程。第三故意触发失败路径。掉出地图、在检查点之间反复死亡、游戏中直接 AltF4看数据有没有落盘、重进游戏会不会卡在异常状态。第四检查日志文件。发布版本的 Player log 里如果出现大量警告尤其是资源加载和空引用必须清掉这些往往就是线上偶发崩溃的来源。排查时优先看三个地方build.log构建期问题、运行时 Player log运行期异常、demo_session.json玩家行为路径。第三个尤其有用它能告诉你玩家在超时之前最后做了什么比我玩不了这种反馈精确得多。问题现象可能原因排查方式解决方案角色在斜面上抖动或下滑碰撞体网格过于破碎或重力每帧重复叠加打开 Scene 视图看碰撞体分布打印isGrounded状态用组合 BoxCollider 替代 MeshCollider落地时将垂直速度钳制到小负值跳跃在平台边缘偶发失效仅依赖isGrounded斜面上判定不稳在UpdateGroundedState里打印检测结果增加球形检测兜底并适当放大coyoteTime检查点重置后角色卡在墙里记录的是坐标而非带朝向的完整变换或控制器未先禁用复现时观察角色朝向和位置记录 position rotation重置前禁用CharacterController构建失败且无详细日志目标平台模块未安装或场景未加入构建列表查看build.log首屏报错安装对应平台模块用脚本固定场景列表埋点文件未生成写入路径无权限或进程被强制结束时未触发保存检查Application.persistentDataPath对应目录写入持久化目录并在关键节点主动调用保存而非只依赖退出事件包体异常增大未使用的资源被场景引用或调试符号未剥离看summary.totalSize与上次对比清理场景引用构建时关闭开发构建选项倾斜建筑内部穿模视觉模型与碰撞体不一致用调试材质显示碰撞体碰撞体单独建模视觉模型不放碰撞层关卡加载后光照异常光照数据未随场景烘焙或构建对比编辑器内与构建后表现构建前确认光照烘焙完成必要时在启动场景做一次预加载9. 最佳实践与后续方向把上面这些串起来能提炼出几条在独立项目里特别值钱的习惯。展示名与工程 ID 彻底分离。这条不只是命名规范问题它决定了你后期能不能用脚本批量处理数据。关卡叫比萨斜楼很好但所有代码、配置、埋点里出现的必须是稳定英文 ID。同理检查点、触发器、光源在 Hierarchy 里都要有可搜索的前缀。关卡参数外置到配置。任何你觉得可能还会改的数值都从代码里挪出来。编辑器里的 SerializeField 适合调但不适合跨版本对比配置文件的 diff 才是可读的。构建流程脚本化产物带版本号。能不点按钮就不点按钮。构建脚本化的直接收益是任何人任何时间都能复现出同一个包出现问题时我这边是好的这句话才有意义。每个 DEMO 版本都有可回滚的历史。构建产物和对应的源码提交要能对上最简单的做法是打 tagtag 名里带版本号。真的出现严重问题需要回退时这条能省下大量时间。试玩数据本地优先、匿名优先、明示优先。先把本地记录做扎实等确认了要采集哪些字段再考虑回传。采集范围最小化告知义务做到位退出渠道留出来。发布前做一次干净环境验证。在没有开发环境的机器上跑一遍安装、启动、游玩、卸载的完整流程。很多问题只在这条路径上暴露比如依赖缺失、目录权限、安装包签名。往下走还有几个方向值得深入。一是把构建接到持续集成上每次提交自动出一个包配合自动化冒烟测试二是把试玩数据做一次可视化分析看玩家在关卡里的热区分布反向指导关卡调整三是把角色控制器里的参数做成运行时调试面板边跑边调调完可导出这样手感调优的效率会有一个台阶的提升。如果这篇对你有用建议收藏备用真正上手搭 DEMO 的时候第 6 章和第 7 章的代码基本可以直接改进项目使用。关卡做得再花哨最终决定玩家会不会留下来的是那几秒的操作反馈以及他卡住时游戏有没有给他一个体面的重试机会。