发布日期：2025-07-05 22:21 点击次数：198
图片制服丝袜制服丝袜
公共好，我叫祥一，来自乐元素，今天给公共共享《忻悦消消乐》团队将APP手游迁徙到小游戏的通盘历程。《忻悦消消乐》是一款国民游戏，信托在座的许多东说念主或者我方的亲一又都曾玩过这款游戏。咱们在2014年在iOS平台上线，到目下为止，游戏运营照旧有11年以上的时候。咱们陆接续续又发布了安卓版块，并在2024年上线了鸿蒙版块。目下，干线关卡照旧向上一万关，每周会更新30个以上的关卡。在这样多关卡内容和举止玩法的基础上，将这款App游戏迁徙到小游戏平台，服务量短长常大的。因为历史蕴蓄下来的功能、举止和代码极度多，而且还需要兼容已有的平台，是以全体服务的复杂度相比高。咱们迁徙的主要挑战是将App端的通盘时期架构迁徙到小游戏端。App昔时是用Cocos加Lua开荒的，目下要迁徙到小游戏端，而小游戏只可运行在App中的一个GS环境下。如果在小游戏中链接用Lua去运行，就会造成一个假造机中套一个Lua假造机的模式。但咱们无法幸免这种模式，不然App开荒业务和小游戏开荒业务就需要走两套代码，开荒老本会极度高。因此，在小游戏端，咱们遴荐的架构是基于WebGL，用Unity导出代码，况且业务逻辑依然跑在Lua中。不外，这种情况下小游戏中Lua的运行服从会相对低一些。咱们在前期把最中枢的内容索要出来，遴荐了最小上线限制。作念初版时，干线关卡需要上线1005关，后期颐养到了2010关。另外，《忻悦消消乐》是一款照旧在运营的游戏，是以咱们但愿给用户提供一致的体验。非论是在App上玩如故在小游戏中玩，咱们都但愿用户账号是互通的，数据钞票是一致的，参与的举止、领取的说念具和素材资源在两个平台都不错通用。因此，咱们需要一个通用的体系，一些中枢功能、说念具和支付都需要维持。图片
此外，在小游戏上咱们也但愿能够提供精良的体验，帧率需要达标，启动时候也需要达标。对咱们来说，挑战最大的少许是时候极度贫困。咱们接到任务的时候，粗拙唯有三个月的时候需要完成上线，是以其时的时候压力极度大。小游戏的运行性能亦然一个挑战，因为它运行在GS环境下，服从自己就打了很大的扣头。左证官方公布的测试遣散和咱们我方的测算，可用性能大约唯有Net5的三分之一摆布，而且还无法使用多线程关系的时期，因此在性能优化上濒临很大的挑战。图片
反差英文迁徙服务的第一个尺度是先阐发咱们的最小考证集。《忻悦消消乐》的中枢玩法等于打关，如果打关无法正常进行，后续服务基本也无法开展。UI的展示主要使用的是Spine动画，如果运行服从极度低，后续简直扫数有策划都需要推倒重来。在最小考证集通过之后，咱们开展了业务逻辑移植、小游戏平台才略接入、测试和优化，临了完成上线并进行功能迭代和玩法优化。前期的最小考证集对咱们来说是挑战最大的一部分。咱们的游戏是在Cocos2dx基础上开荒的App版块，其时是为了称心家具需求以及快速上线考证，功能开荒也很凯旋。但跟着这几年的运营，咱们发现家具在推崇力、玩法内容以及3D建模等方面都有了更多新的需求。因此，咱们此前就照旧运行准备Cocos向Unity的迁徙。此次迁徙也借机将刊行小游戏时Unity版块导出小游戏行为主攻地方。不外在客户端上，咱们还需要考证运行时能否在WebGL上正常运行。图片
运气的是，咱们Cocos导出的版块在去除联网功能后，在WebGL版块上高端机不错打出50帧摆布，低端机也能达到十几帧，这让咱们看到了但愿，至少运行起来莫得太大问题。在Unity上，咱们相通需要考证运行后果。咱们测试了一个典型的Spine动画场景，放入了许多动画，TS运行服从基本达标，但仍有不少动作需要进一步优化。服务流的地方和全体框架已笃定，接下来的中枢服务包括代码和资源的迁徙——关系内容需要迁徙到WebGL上。在小游戏上，扫数及时加载动作都是异步加载，而App上由于性能好，许多加载是同步的。这些在小游戏里无法使用，是以App端底层架构中最基础的文献加载、资源加载都需要再行迁徙。咱们通过分析建设文献和Lua代码，将扫数援用到的资源进行自动化分类，按不同的扼制称呼、不同的关卡段分派到Unity的不同BundleGroup上，并自动化生成Bundle。经过以上几个尺度，咱们基本完成了一个能够在客户端、Unity和Web轨则常运行的圆善版块。下一步等于处理平台各异和适配的问题。在小游戏平台，咱们需要初度接入许多第三方接口，还需要对接小尺度的API和开荒才略，维持登录、支付、告白等关系功能。第一个版块跑起来后，咱们很当然地碰到了许多问题，主要包括卡顿发烧、帧率不高、内存不及导致的卡死或报错、后果不合乎预期等。由于最小考证集阶段对好意思术资源压缩率条目极度高，时期层面主如若保证跑起来和可见，后果方面好意思术团队信托无法采纳。因此，后期需要在好意思术压缩纹理上顺应进步，逐渐完善后果。纹理品性等方面需要与好意思术团队一说念在后果和资源之间寻找均衡，争取既能跑起来又能称心后果条目。后头还会先甘心多优化技能，但优化的前提是能够造成量化见解。唯有量化了性能数据，后续的具体优化动作、历程和后果才有依据。咱们使用的性能分析器用公共也相比熟悉，比如Unity的UnityProfiler、MemoryProfiler、FrameDebugger，这些器用相比完备，亦然咱们遴荐Unity的原因之一。微信开荒者器用也提供了熟练的器用，如Performance器用和CPUslowdown功能，不错放大CPU的运行职责，匡助咱们更容易发现CPU层面的问题。图片
在开荒机上跑得再好、再通顺，也不可代表用户的本体体验后果，因此最终咱们果真热心的是真机上的推崇。将真机Profile和Performance器用导出的数据导入到Chrome器用中后，咱们看到的还原后果与开荒机上的后果基本一致，这套器用也极度好用。关于小游戏的本体优化技能，文档和开荒者最好现实中也列出了极度多的细项，咱们基本上都逐一落实。不外对咱们来说，最中枢的优化如故聚集在两个方面：内存优化和预备优化。其他大多数优化方法都是围绕这两点的扩展或蔓延。在小游戏，尤其是微信小游戏上，iOS的高性能+模式极度要道。它决定了咱们的可用内存和服从进步。在iOS高性能+模式下，西西人体艺术图片微信小游戏会把小游戏运行在一个单独的进程中，内存空间的分派王人备不同，这对内存使用匡助很大。另外，WASM分包对内存分化后果显赫；裁汰渲染分辩率亦然一种立竿见影的优化方法。固然方法粗略，但关于咱们当先App端想象720宽的渲染后果而言，将渲染裁汰到地方分辩率再放大，非论是对帧率的进步如故内存占用的裁汰，都极度昭着。预加载资源和用户数据在小游戏上也极为明锐，不管是使用量如故加载速率，尤其影响启动时候。因此，能并行处理的操作咱们尽量并行实行，以显赫提高加载速率和启动服从。图片
在内存优化方面，通用的技能主如若惩处内存浮现问题。由于存在假造机套假造机的结构，各层内存都必须精准适度，Lua和GS环境自己也可能出现内存浮现。初期移植阶段咱们以速率优先，后期在迭代历程中逐渐惩处了多半内存浮现问题。同期，资源按需加载、压缩纹理形状、WASM分包等方法都对进步加载速率、裁汰内存占用有昭着匡助。对象池的使用也能缓解GC的压力。Unity对小游戏导出的优化服务也作念了许多对标改换，因此通过Unity导出在性能上有昭着进步。关于GC频率，iOS和安卓的处理政策不同。微信小游戏在JS层会每10秒自动GC一次，但在Lua上咱们来源莫得树立定时GC，这导致大掉落或关卡运行时可能激发内存问题。自后咱们在iOS上定时GC，在安卓上商量到低性能建设无法常常GC，只在每局遣散后触发一次GC。WASM分包是后果显赫的内存优化点。咱们的总函数目粗拙11万个，首包包含约1.8万个函数，未压缩情况下带美艳表的包大小约55MB。分包后首包约15.8MB，分包文献约40MB，两者不带美艳表时容量接近不分包时的体积。分包后代码量反而加多，是因为引入了多半关系检测、参数准备、格外处理等服务，导致代码存在冗余。此外，通过br压缩可显赫裁汰首包体积，从15.8MB压缩到3.4MB。分包最大公正在于内存占用大幅裁汰。官方文档指出GS代码约1MB对应内存占用10MB，分包40MB粗拙能裁汰400MB的GS内存占用，为好意思术素材等留出空间，后果进步昭着。在预备优化方面，咱们要点惩处了几个问题。小游戏性能粗拙唯有Net5的三分之一，预备优化如果不到位，性能压力会很大。咱们去掉了多半try-catch函数，因为WASM颐养后代码扩张且查验支出高。假造机嵌套结构导致参数传递存在多层装箱、拆箱，参数目大或参数个数多时影响更为昭着。图片
咱们也颐养了小游戏的补帧逻辑。《忻悦消消乐》的运行逻辑分为逻辑运算和渲染运算。逻辑帧定在30帧，如果大掉落时单帧运算超时，可能会出现卡顿。若捏续卡顿，在用户体验上就像参加“枪弹时候”。在App端，大掉落平常只影响1至2帧，很快能追回。但在小游戏上无法追帧，会导致连锁卡顿。因此咱们优化补帧政策，仅追部分帧，团结可团结的逻辑，减少雪崩气候。同期，咱们优化了Lua-C#参数传递和JS接口调用，要点在业务逻辑上改换Lua代码结构，以卤莽Lua实行服从的局限。在优化Spine动画的现实中，咱们长久围绕两个中枢问题伸开：预备奢靡和内存占用。Spine是《忻悦消消乐》关卡内的主要推崇体式，所连络卡扼制和小动物绝大多数都选择Spine动画。在App端，Spine动画推崇后果好，优化空间大，但在小游戏端，这类动画带来了昭着的预备压力和内存问题。在内存方面，咱们的优化方法包括裁汰极点数、减少网格，以消弱预备职责。同期，在播放一致的Spine动画参加静止状况后，咱们会将其替换为静态图，以裁汰内存占用和预备支出。关于不错替换的部分，咱们尽量替换；关于无法替换的动态内容，咱们选择减帧或抽帧的样式减少支出。另一个要点是去除或优化Clip后果。在App端，好意思术为了推崇力多半使用Clip，但小游戏端无法很好维持，因此咱们和好意思术团队一说念去除了无须要的Clip，并对必须保留的Clip进行了好意思术和时期两方面的优化，包括减少内存输出和提高使用服从。图片
此外，咱们引入了Mesh动画，将Spine动画预备历程中的三角形网格事前预备好并存储起来，运行时径直援用静态Mesh资源，以内存换取CPU性能。这种方法在无法提前预备骨骼位置、需要与业务逻辑精采关联的场景中无法使用，举例纠合裸露程度的星星瓶等。但咱们在这些场景中也进行了优化，将纠合程度细化为10个阶段，以裁汰预备压力，后果基本能达到预期。在API关系优化方面，小游戏对文献操作和API调用性能有限，且嵌套假造机结构加多了支出。在App端，为完了崩溃状况复原，玩家每次操作都需将状况写入磁盘。这在小游戏端导致昭着卡顿，因此咱们去掉了小游戏端的常常文献操作。同理，音效播放也受到雷同遣散，咱们简化了音乐播放功能，剪辑掉无须要的代码以进步服从并减少代码量。滚动后果也经过优化，在小游戏中只保留高、中、低三种滚动等第，去掉弧线适度，通过封装函数将滚动耗时从20毫秒以上降到几毫秒以内。Lua代码优化亦然要点。咱们对比了Lua文本模式，发现加载服从影响不大，但文本代码体积更小，内存占用更低。固然查错时可读性着落，但团结字节码和文本混用，能在保捏性能的同期确保定位问题时信息圆善。经过上述各项优化，咱们在约100天内完成迁徙并于8月上线测试。这时期莫得新增业务逻辑，仅完成从原生到小游戏的迁徙，服务量之大可见一斑。这离不开团队各部门的协同互助和多任务并行鼓吹。归来训戒，咱们的中枢作念法包括：1.先作念减法，再作念加法。优先剔除一切无须要内容，考证最小可用框架。一朝考证通过，再逐渐补充新功能。时期选型如果一运行走弯路，代价会极度高。2.尽量让扫数任务并行，作念好关系维持服务来加快开荒进程。引擎优化、API接入、Spine渲染优化、业务移植、好意思术迭代、家具想象均可并行。唯有把扫数东西都并行起来，才气把通盘时候往前移。3.家具作念好短期和经久策划，为此制定可行的开荒策划。《忻悦消消乐》行为运营十年的游戏，内容量普遍，必须策划好哪些内容果真需要迁徙到小游戏平台，幸免无效开荒。4.与公司里面和外部众人保捏疏通，以快速赢得有用有策划。技俩历程中，咱们得到了微信小游戏团队和Unity团队的随性维持，极大推动了有策划落地。图片
以上等于我的共享，谢谢公共！ 本站仅提供存储服务，扫数内容均由用户发布，如发现存害或侵权内容，请点击举报。