一、平台差异在蓝图层的体现

PC、主机、移动端在 UE 蓝图层有三类典型差异：输入、性能、平台特性。

1.1 输入差异

• PC：键鼠组合，按键状态连续（按下/释放）。
• 主机：手柄为主，按键状态连续 + 模拟信号（扳机键压力）。
• 移动端：触摸（无状态事件）+ 陀螺仪 + 加速度计（连续数据）。

1.2 性能差异

1.3 平台特性差异

• 主机：强制存档系统、用户认证、家庭安全、奖杯/成就、平台特定 UI（PSN、Xbox Live）。
• 移动端：应用切换处理、电量管理、推送通知、平台内购。
• PC：多窗口、不同 DPI、外接设备任意。

二、条件编译的蓝图替代方案

UE 蓝图不像 C++ 那样支持原生 `#if PLATFORM_WINDOWS` 预处理。但可以用平台节点实现条件分支。

2.1 平台检测蓝图节点

• Get Platform Name：返回当前平台字符串（"Windows"、"PS5"、"IOS"等）。
• Is Running On Dedicated Server：是否 Dedicated Server。
• Is Running On Client：是否客户端。
• Is Editor：是否编辑器环境。

2.2 三种条件模式

独立游戏常用的三种"平台分支"蓝图设计模式：

• 模式 A：平台字符串 + Branch。简单直接，适合 2–3 个平台分支。
• 模式 B：DataTable 配置。把"每个平台用哪个参数"放到 DataTable，无代码切换。
• 模式 C：Subsystem 分发。每个平台一个 Subsystem 子类，适合复杂平台特性。

2.3 一个真实场景：画质预设

"PC 端开高画质、移动端开低画质"的标准实现：

1. 创建 `DT_PlatformSettings` DataTable，每行是一个平台。
2. 字段包括 TextureQuality、ShadowQuality、PostProcessLevel 等。
3. 游戏启动时根据平台名查找对应行，应用画质设置。

三、Enhanced Input 多平台输入切换

UE 5 引入的 Enhanced Input 体系是跨平台输入的标准方案。

3.1 Enhanced Input 的核心组件

• Input Action：定义一个"动作"（如 Move、Jump、Attack）。
• Input Mapping Context：定义"动作如何映射到输入"（如 Move → WASD）。
• Input Modifier：修改输入信号（如 Dead Zone、Swizzle Input Axis）。
• Input Trigger：触发条件（如 Pressed、Held、Tapped）。

3.2 多平台 Input Mapping Context 切换

标准流程：

1. 为每个平台创建独立的 Input Mapping Context 资产（IMC_PC、IMC_Console、IMC_Mobile）。
2. 游戏启动时检测平台，加载对应 IMC。
3. 运行时切换 IMC（如"暂停菜单打开"切换到 IMC_UI）。

3.3 移动端触摸的特殊处理

移动端输入有几个关键差异：

• 无键盘事件：用 "Touch" 触发器替代 "Key" 触发器。
• 虚拟摇杆：用 UMG 创建虚拟 Joystick 控件，把触摸位置转换为模拟信号。
• 屏幕旋转：监听 Orientation Change 事件，调整 UI 布局。
• 安全区域：见 UMG 专题 07，避免刘海/灵动岛遮挡 UI。

四、移动端蓝图优化：Tick / Spawn / 碰撞

移动端性能优化是跨平台开发最核心的议题。结合专题 10（性能优化）的原则，移动端有特殊要求：

4.1 Tick 优化（移动端专属）

• 默认 Tick 关闭（比 PC 端更严格）。
• 同屏 Tick Actor < 50（PC 端 < 100）。
• Tick 间隔 ≥ 0.2 秒（PC 端 ≥ 0.05 秒）。
• 远距离 AI 立即关闭 Tick（移动端更早剔除）。

4.2 Spawn 优化（移动端专属）

• SpawnActor 频率 < 3/秒（PC 端 < 20/秒）。
• 所有高频对象必须用对象池（子弹、特效、伤害飘字）。
• 特效用 GPU 粒子优先（CPU 粒子移动端开销大）。

4.3 碰撞优化（移动端专属）

• 碰撞复杂度选 Simple（移动端物理性能有限）。
• 远距离碰撞用 LOD 剔除。
• 不要用复杂多边形碰撞（K-DOP、Convex），用 Simple Collision 替代。

4.4 内存优化（移动端专属）

• 纹理压缩用 ASTC（移动端 GPU 友好）。
• 音频压缩用 Vorbis（流式加载）。
• 关卡拆分用 Level Streaming（避免一次性加载全部）。

五、主机认证蓝图问题：PS5 / Xbox / Switch

主机认证（Console Certification）是独立游戏最容易低估的发行门槛。蓝图层的常见问题：

5.1 帧率稳定性问题

症状：主机关闭 VSync 时帧率超过 60FPS，导致游戏运行过快。
解法：在蓝图里固定 `t.MaxFPS` 为目标值（30 或 60）。

5.2 内存溢出问题

症状：连续游玩 1 小时后内存占用持续增长。
解法：

• 检查是否有对象泄漏（SpawnActor 后忘了 Destroy）。
• 检查是否有 Event Dispatcher Bind 后忘了 Unbind。
• 检查是否有 Timer 没 ClearTimer。

5.3 存档系统问题

症状：中途退出游戏，存档丢失或损坏。
解法：用 UE 内置的 SaveGame 系统而非自研存档，主机会强制要求 SaveGame 集成。

5.4 暂停 / 后台切换问题

症状：玩家按 PS 键切回主菜单再回游戏，状态错乱。
解法：监听 `Application Has Reactivated` 事件，重新初始化游戏状态。

5.5 用户认证与奖杯

症状：奖杯 / 成就无法解锁。
解法：用 UE 的 Online Subsystem 抽象层，不要直接调平台 SDK。

六、案例：PC 到 Switch 移植的蓝图修改清单

Xmohe 联合一款 2D 独立游戏项目，做过完整的"PC 到 Switch"移植。Switch 是性能最受限的主机，移植难度最高。

6.1 性能层修改

• 分辨率：PC 1080p → Switch 720p 掌机 / 1080p TV。
• 同屏 Actor：从 PC 的 200+ → Switch 的 80。
• 粒子数量：PC 的 100% → Switch 的 30%。
• 后处理：PC 全开 → Switch 只保留 Bloom。

6.2 输入层修改

• 键鼠 → 手柄：所有 UI 控件加 Gamepad 导航支持。
• 快捷键 → 组合键：PC 的单键快捷键改为手柄的 L+R+Y 组合键。
• 鼠标悬停 → 高亮选中：手柄无悬停，UI 必须用选中态高亮。

6.3 平台特性层修改

• 存档：用 Switch 平台专用 SaveGame，不能用 Steam Cloud。
• 成就：用 Switch 平台特定成就系统。
• 暂停行为：监听 Switch Home 键，应用 Suspend/Resume 逻辑。

6.4 移植工作量估算

• 性能优化：占工作量 40%。
• 输入适配：占 30%。
• 平台特性：占 20%。
• 认证测试：占 10%。

核心经验：PC → Switch 移植的工作量约等于"原 PC 项目工作量的 30%"。这意味着独立游戏如果想做多平台发行，应该在开发期就考虑移动端/Switch 的性能约束——而不是先做完 PC 再移植。

七、初级用户：跨平台 10 条铁律

1. 用 Enhanced Input 不用 Legacy Input。Enhanced Input 是 UE 5 标准。
2. 每个平台有独立 IMC。不要试图用一份 IMC 适配所有平台。
3. 移动端默认 Tick 关闭。比 PC 更激进。
4. 所有平台用 SaveGame。不要自研存档。
5. 关卡用 Level Streaming。移动端 / Switch 必用。
6. 纹理用 ASTC 压缩。移动端标准。
7. 碰撞用 Simple。移动端不要复杂碰撞。
8. 听 Application Has Reactivated。处理后台切换。
9. 奖杯用 Online Subsystem。不要直接调平台 SDK。
10. 主机开发机买好就上。模拟器测试无法替代真机。

八、中级用户：跨平台测试与发布规范

对中型独立游戏项目（计划 ≥ 3 个平台），建议建立完整规范：

8.1 平台支持矩阵

8.2 跨平台测试清单

• 每周真机测试：移动端至少 3 款真机，主机开发机至少 1 次。
• 性能基线录制：每个平台用 Insights 录制一次性能基线。
• 认证前置检查：发布前 3 个月开始认证前置准备。
• 存档兼容性：跨平台存档（如有）必须做兼容性测试。

8.3 平台分支的工程化建议

• 平台相关配置放 DataTable，避免蓝图里硬编码 Switch 字符串。
• 平台特性代码用 Subsystem 分发，避免一个蓝图变成"平台 if 树"。
• 每个平台有独立 Build Configuration，避免误发布到错误平台。

8.4 常见认证驳回点与预防

• 帧率不达标：发布前用 Insights 跑 60 分钟压力测试。
• 内存超限：发布前跑 Memory Profiler，每个平台 1 小时压测。
• 存档不持久：测试 100 次存读档，每次都通过。
• UI 误触：手柄导航必须能到达所有 UI 元素。