在流量运营与社交玩法之外，小游戏的稳定运行离不开底层技术的坚实支撑。代码包优化、扩容适配、引擎升级等基础技术能力，是保障小游戏流畅体验、提升运行效率的核心关键。
2026 微信小游戏开发者大会上，微信公开课讲师林育新带来《技术新能力：性能升级，效率进化》主题分享，揭秘技术升级为小游戏带来的体验与效率双重提升。
以下为演讲实录：
大家好！我是微信公开课讲师林育新，很开心在公开课现场和大家再次相遇，今天和大家分享微信小游戏近期的技术新能力。今天的分享按照平台能力和工具能力两部分展开，在平台能力部分会重点介绍多线程能力，WebGPU、PC 超分、直玩小游戏，这些新能力能让游戏在运行性能、画面表现、设备适配和新场景触达上会有更多的发挥空间。在工具能力部分着重介绍实时性能诊断工具、云测试能力升级，以及通用引擎适配方案，工具能力的升级会帮助开发者更快的发现和定位问题，并且能进一步降低游戏的接入和调优的成本。
先从平台能力开始，平台能力多线程，在小游戏运行过程中，很多任务是默认集中运行在主线程上的，比如用户的输入 WebGL 的渲染调用，当游戏的场景复杂度上来之后，主线程的调度就很容易被打满。通过鱼群渲染案例来看，在单线程模式下，逻辑和渲染的任务都在主线程中运行，随着鱼群数量的增加，游戏的帧率也会受到影响，同样的鱼群场景下，在开启多线程渲染能力之后，游戏的帧率从原来的 40 帧提升到 52 帧，整体帧率提升了大约 30%。而多线程渲染的思路，将渲染相关的指令都迁移到 worker 当中执行，主线程主要是承担用户的交互以及游戏的关键调度。但多线程要真正发挥收益，其关键在于通信的效率，如果主线程和 worker 之间有频繁的大量数据拷贝，多线程能力所带来的收益就会被通信的成本所抵消掉。所以平台也在线程之间补齐了 SAB 等高速的通信能力，能有效的降低线程间的数据传输和同步成本。
我们知道多线程渲染是多线程能力的应用场景，回到具体的项目中，主线程的压力来自于多个方面，比如资源解析、大量的网络状态同步等等，所以平台针对这些场景也提供了一个更通用的 worker 底座，在这个底座当中，我们对开发者提供标准的 Webworker 能力，并且在 worker 当中实现绝大部分的微信 API。开发者可以根据自己游戏的性能评级，将游戏当中一些高负载的任务迁移到 worker 当中运行。目前多线程相关的能力已经在头部小游戏当中落地使用了，比如《王者荣耀》等已经在相关场景使用到多线程能力。多线程是给小游戏提供更完整的并行执行能力，开发者可以基于这套底座，把主线程从高负载的状态中释放出来，来进一步提升游戏在复杂场景下的运行帧率和稳定性。
多线程主要解决 CPU 侧的调度压力，接下来 WebGPU 更多关注的是 GPU 侧，特别是复杂的渲染和高并行计算场景下的性能上限。在过去小游戏主要基 WebGL 管线来实现渲染的，而 WebGL 可以覆盖绝大多数的游戏场景，但面对一些复杂的 3D、大量的粒子特效，以及模拟、剔除、图像这类处理，图像这类 GPU 计算任务时，WebGL 上限就比较明显。而 WebGPU 所带来的变化是让小游戏能获得更兼具以原生图形 API 的 GPU 能力，一方面可以降低 GPU 和 CPU 之间的调度成本，另外一方面也提供了更现代化的图形管线，并且支持 compute 等相关能力，我们就可以将大量的并行计算任务都放到 GPU 侧去执行。
我们通过屏幕左侧的不良模拟测试案例来看，这是典型的高并行计算压力的测试案例，通过平台的测试数据来看，WebGPU 相比于 WebGL 帧率提升 3.5 倍，并且帧耗时下降 90%。右边是一个实时草丛渲染的场景，在这一类场景中性能压力不仅是草的数量，而是每一帧都需要决定哪些草需要展示，要怎么摆动，以及如何高效的成批绘制。借助 WebGPU 的能力，我们可以实现让 GPU 自己去计算，自己筛选，并且最终发起绘制，减少 CPU 的参与，让大规模的植被渲染更加稳定。目前，WebGPU 处于内测的阶段，如果有 WebGPU 相关诉求的团队，欢迎通过智能小助手与我们联系。
小游戏在 PC 端运行时有一个很典型的问题，很多资源最初按照手机屏幕进行设计的，但到了 PC 大屏被放大之后，文字、UI 等很容易出现发糊、锯齿不清等问题，PC 超分要解决的就是在大屏场景下游戏画质提升的问题。通过左测的测试案例来看，在开启超分能力之后，游戏画质得到明显的提升，像文字和 UI 的边缘变得更加清晰，角色和道具轮廓更利落，开启超分之后游戏画质大约有 10% 的提升。PC 超分是一套在输出阶段的智能化及策略控制，最终通过用户设备的 GPU 来对游戏的画面做实时的增强。
这套方案主要有三个特点。第一，它是低侵入性的，游戏整体接入成本比较低，并不需要针对 PC 重新做高清的资源。第二实时增强，在输出阶段通过用户 GPU 去实时接入，完成整个画质的提升。第三，超分策略可配置，我们清楚不同的 PC 设备 GPU 性能不一样，所以我们可以根据 PSEED 设备性能、游戏画面类型去配置更合适的超分策略。目前 PC 超分属于平台内测阶段，如果有诉求可以联系我们评估接入，平台侧也会根据游戏的画面类型、原本的性能表现以及目标设备的情况协助配置更合适的超分策略。
前面讲的都是游戏运行后的性能和画质优化能力，我们把视角往前移，看用户进入游戏前的第一个体验广告。解决的是投放链路转换长，以及广告制作成本高的问题，用户从看到广告到真正进入游戏，中间还需要经历跳转、下载等等流程，链路越长转换损耗越明显。直玩的例子上线以来，从平台整体的效果来看，它对游戏的转换提升还是比较明显的，CTCVR（音）提升大约 3 倍，并且注册了 CBA（音）成本，也降低了超过 80%。关键在于用户整个底层链路都发生了改变，用户不再是看到一个广告素材，而是从广告链路中直接进入到真实游戏，把游戏体验前置到广告阶段。
虽然直玩能力能降低游戏的广告素材制作成本，但这并不代表我们不需要针对直玩产品做对应的优化。从广告的曝光到游戏的可交互之间，仍然会经历代码包的下载、框架的启动、游戏初始化等环节，如果没有针对这些环节做对应的优化，用户在进来之后可能还没有玩到核心的玩法就离开了。所以在直玩场景下，开发者需要围绕游戏的首体验去做单独的优化，比如针对直玩场景设计直玩首关，能让用户更快进入到游戏核心玩法，并且将直玩相关资源拆分为小游戏独立分包，去实现在框架启动阶段就能完成分包的下载，减少用户等待下载的时间。最后再配合条件预载能力，针对直玩广告预载的场景，其配置合适的条件，就可以更早实现将直玩相关资源加载好，让用户更快进入到游戏。
在这一系列优化做好之后，在直玩场景下游戏可以做到更快进入到可玩的状态，甚至做到秒开。我们可以通过屏幕右方案例看到，用户从点击激励广告之后就能很快速看到游戏的画面，并且能迅速进入到可交互的状态。我们知道好友分享是小游戏获客的重要来源，所以我们上面针对直玩场景的优化也可以用于好友分享，比如被分享的用户通过分享卡片进入到游戏当中之后，开发者是可以复用直玩分包的相关优化，让被分享的好友直接进入到游戏的核心玩法当中，来进一步提升分享场景下用户的转化和留存。
完成平台能力接入之后，通常还需要知道游戏在真实设备上跑的怎么样，以及出现问题时怎么定位。接下来介绍工具能力相关的升级，首先是介绍实时性能诊断工具，小游戏性能问题往往并不是一条针对或者内存曲线就能解释的，像设备的状态、引擎的表现、平台能力调用以及业务的事件，通常需要放在同一条链路中看的。在过去开发者排查问题时，通常需要在日至、性能曲线、录屏等来回切换的，实时性能诊断工具是将整个链路中的数据采集起来，并且做相关的分析，最终通过 AI 分析能力，把游戏运行过程中的异常点、可能发生的原因，以及对应的优化建议结构化的呈现出来，这样在性能波动当中不再看到曲线上的尖峰，而是可以回到具体设备、具体场景以及具体链路中进行性能的分析。
未来，我们实时性能诊断工具会进一步开放到 AI 生态当中，包括提供相对应 Skills，它不仅是可以在本地单独使用的诊断工具，而是可以成为 AI 工作流的能力节点，去用来发起数据采集、报告读取、上下文的关联、代码分析、资源配置排查等等能力组合起来。在当前实时性能诊断工具会提供 CLI 和 Service 两种能力，CLI 主要负责本地的数据采集和基础诊断，而 Service 更多是支持插件和自定义的指标拓展，业务可以根据自己的需要，将自己游戏中的核心性能场景的指标加入到诊断链路中，来形成更贴合项目的诊断能力。实时性能诊断工具是一套从采集、关联到建议的完整链路工具，它能帮助开发者的更快回到链路中排查和定位。
实时性能诊断工具更多重点是帮助开发者在开发阶段采集性能问题，而云测试工具则是在游戏上线前提供多平台、多设备的测试能力，让问题在上线前能先被测试体系拦截下来。这是云测试能力升级，主要集中在三个方向。多元化的测试、AI 分析和异常快找。第一，多元化的测试覆盖，平台会覆盖更多的真实测试场景，比如支持开发板、热启动、query 测试等等，这对小游戏的测试是很关键的，因为有很多的问题并不是在主流层当中暴露出来的，而是需要在特定的入口、特定的参数、特定的组合下才能出现。第二，AI 智能分析，在测试完成之后，平台不再只是给一份结果列表，而是针对测试报告、JS 的舆情报错去做聚合的分析，来识别其中潜在的风险，并且给出更明确的优化建议。第三，异常快照（音），当测试过程中出现异常时，云测试工具会记录当时的异常画面以及设备状态，和一些关键的上下文信息。后续在定位问题的时候就不再需要依靠日志反推问题的现场。
小游戏一直保持很开放的技术架构，希望让不同的引擎、不同技术栈游戏能以很低的成本接入到小游戏的生态中。在过去像（英）这一类成熟引擎，已经和小游戏的生态完成了比较深入的适配，现在像（英）技术栈的项目，也在通过通用引擎适配方案接入到小游戏生态中。这背后依赖平台能力和工具链的持续完善，通用适配方案把平台的底层运行能力、工具、SDK 串成一套完整的流程，覆盖工程转换、能力接入等主要环节，这样开发者就不需要从 0 适配我们的舆情环境差异，可以将更多的精力放在游戏内容和体验优化本身。
在实际接入时，通用 CLI 主要负责将我们的 H5 和 WebGL 的产物转化为详细工程，而能力 SDK 补齐平台能力的适配。方案是将很多重复的底层适配工作标准化，这两步解决的是先让游戏在小游戏平台跑起来的问题，但游戏要达到可上线的状态，还需要结合游戏的类型、资源结构在设备上的真实的舆情表现，去继续做针对性的优化。大家可以通过扫描二维码查看我们的完整文档，结合自己的项目去做接入评估。
本次关于平台能力和工具能力内容就介绍到这里，如果大家在小游戏开发、测试、上线或者希望接入刚才介绍的平台相关能力，可以通过我们的客服小助手和我们联系。再次感谢大家的聆听！
