RuneScape移植花了3年：Unity一键导出是行业最大幻觉

「我们用的Unity，Unity支持全平台，点一下导出按钮就能上PlayStation。」—— 每个没做过移植的产品经理都说过类似的话。Jagex前技术团队在把20年老端游RuneScape搬上手机时，用3年时间证明这是幻想。Unity能"瞄准"某个平台，和你的具体游戏能在这个平台上流畅运行，中间隔着一整座工程冰山。

移植可行性不是是非题，是光谱。知道自己项目在光谱上的位置再批预算，是顺利交付和成本黑洞的分水岭。

这篇技术评估框架来自一家专注游戏移植的英国工作室，创始人经历过RuneScape移动版的全周期。他们给每个潜在客户做可行性审计时，会排查五个维度。任何一个维度亮红灯，"简单移植"就会升格为重大工程。

第三方中间件：最隐蔽的雷区

你的项目几乎肯定依赖外部库：网络同步、数据分析、广告聚合、音频引擎、输入系统、平台专属接口。每一个都需要目标平台的验证版本。

网络库风险最高。FishNet、Mirror、Photon或自研网络栈，必须确认在目标平台测试认证过。主机平台对网络流量、NAT穿透、平台专属多人API（PlayStation Network、Xbox Live、任天堂Switch Online）有严格规范，常常需要额外集成工作。

原生插件是另一颗雷。为x86/x64 PC编译的库，在ARM移动芯片或主机架构上直接失效。任何含原生代码的插件都需要平台专属重编，而并非所有供应商都提供。

分析和变现SDK往往平台绑定。Google AdMob不存在于PlayStation，Steam创意工坊在移动端没有对应物。这些不是重新编译能解决的，需要找平台原生替代方案，或者直接砍掉功能。

审计方法：列出项目所有第三方依赖，逐条核对供应商是否提供目标平台构建。哪怕一个关键依赖没有移植版本，你就得准备替代方案或绕行策略，这会显著改变工时预估。

性能落差：向下移植是硬骨头

源平台和目标平台的性能特征，决定优化工作量。向下移植（PC到手机，或主机到Switch）几乎必然涉及深度优化。

桌面GPU 8GB显存跑60帧的画面，不会自动在手机GPU 2GB共享内存上跑到30帧。内存带宽、填充率、着色器复杂度、CPU-GPU数据传输，每个环节都可能成为瓶颈。

具体检查清单：目标平台的内存预算是多少？你的游戏峰值内存占用多少？渲染管线有没有依赖目标平台不支持的特性？物理模拟、AI逻辑、动画系统的CPU开销，在目标芯片上 profiling 过吗？

RuneScape移动版遇到的典型问题：20年积累的客户端代码假设了桌面级CPU和无限内存，重构内存管理就花了18个月。老代码里的同步加载逻辑，在移动端存储IO延迟下直接卡死主线程，必须全面异步化。

输入范式转换：不只是改键位

从键鼠到手柄，或从手柄到触屏，交互逻辑需要重新设计。这不是映射表能解决的。

键鼠游戏有精确光标定位和丰富快捷键，手柄需要辅助瞄准、径向菜单、上下文敏感操作。触屏没有悬停状态，没有物理反馈，手指会遮挡画面。RuneScape的20个技能栏位在桌面上是鼠标点击，在手机上变成了可折叠的扇形菜单，需要重新设计信息层级。

更深层的问题是游戏机制本身。RTS的框选操作在触屏上几乎不可用，需要改为手势或自动分兵。FPS的精确瞄准在主机上需要吸附辅助，在手机上需要陀螺仪或自动开火。这些改动触及核心玩法，不是UI层能兜住的。

审计问题：你的核心玩法循环，在目标输入方式下还能成立吗？需要新增多少辅助功能？UI信息密度在更小屏幕上如何重新组织？

平台合规：主机厂的隐形门槛

索尼、微软、任天堂的平台认证流程，是移植项目中最容易被低估的环节。

TCR（Technical Certification Requirements，技术认证要求）文档通常有数百条细则。存档系统必须支持云同步，成就系统必须集成平台原生接口，错误处理必须优雅降级，网络断开必须有明确提示。RuneScape移动版在主机认证阶段被退回17次，其中12次和存档同步的边界情况有关。

更隐蔽的是平台政策。某些类型的内购分成比例不同，用户生成内容的审核责任归属不同，在线服务的隐私合规要求不同。这些不是技术问题，但会显著影响产品设计和运营架构。

审计建议：尽早获取目标平台的完整TCR文档，逐条核对现有实现。和平台方的技术对接人建立直接沟通渠道，不要依赖二手信息。

代码债务：时间越久，坑越深

RuneScape的教训被写进了这家工作室的评估手册：代码年龄和移植难度呈指数关系。

20年前的代码没有考虑过多线程，没有考虑过动态分辨率，没有考虑过可中断的异步操作。重构这些不是"优化"，是"考古+重写"。更麻烦的是知识流失——原始作者早已离职，注释文档残缺，某些行为的业务逻辑只能靠猜。

技术债务的检测信号：构建系统是否现代化？能否在干净环境下一键出包？单元测试覆盖率多少？关键模块有没有当前工程师能讲清楚的设计文档？

这家工作室的评估框架会给每个维度打分，从"绿色-直接编译"到"红色-需要重大重构"。五个维度全绿的项目，他们接过最快6周交付。任何一个维度红色，预算就要按季度而不是月份来估。

RuneScape移动版最终交付时，代码库里同时存在1998年的原始渲染逻辑和2018年的Vulkan后端，中间隔着20层兼容抽象。用户看不到这些，但Jagex的技术团队知道：那个"Unity一键导出"的按钮，从来就不存在。

你的项目如果正在考虑跨平台，五个维度里哪个最让你没底？