本文作者参与2025华为开发者大会，带来分享《京东+仓颉:高性能、跨平台鸿蒙应用开发实践分享》。本次创新实践为京东小程序团队与华为鸿蒙突击队合作对京东小程序API调用过程进行解析，通过借力仓颉实现小程序性能提升和便捷的开发体验。
京东小程序容器是京东及其关联App的重要组成部分，承载了多种内部和外部业务。其中近期热门的模块秒送外卖、以及常用的买菜、超市店铺、奢侈品店铺等均属于小程序。
小程序采用双线程架构。即同时存在JS逻辑线程和WebView线程。其中JS逻辑线程(简称JS线程)负责运行JS引擎，执⾏业务逻辑；Webview通常运行在UI主线程，主要包括页面的渲染任务、响应交互事件并发送给JS线程。两个线程可能会启动worker子线程来辅助处理任务。 JS Bridge作为桥梁层，负责处理JS API的调用与派发。整体JS API派发逻辑由Native实现（C++）。当一个JS API调用请求到来后，首先判断该API是否有Native实现，如果没有则调用ArkTS的派发逻辑来调用到原生API实现。
小程序页面加载/活跃过程中存在大量的JS API的调用。通常由JS线程发起API调用，经过主线程执行后生成结果数据，再将结果返回。因此，会出现如下性能瓶颈点。
1. API如Storage（存储）、Systeminfo（系统信息）和Network（网络请求）在启动阶段被调用数十次。集中的API调用导致在主线程上出现排队情况，占用大量主线程时间，无法及时处理webview任务。
2. 由于线程之间数据不共享，跨线程的数据传递需要序列化和反序列化操作，响应延迟增大。
3. JS Bridge在与原生交互时需要调用大量的nAPI接口，创建nAPI线程，处理效率较低，开发维护成本大。API有数百个，如果全部使用Native处理多线程共享问题，开发维护成本高，可行性极低。
本次选取京东小程序中执行频率最高的getSystemInfo API为例，展开拆解一次API调用的详细流程：
getSystemInfo目前是由ArkTS实现。调用由JS线程提交给主线程，主线程启用taskpool执行后再接受返回结果，等待过程中可以流水线执行下一个API。可以看到单次JS API调用会占据主线程时间来处理。当API被频繁调用时，主线程无法及时处理其他webview任务。
对京东部分小程序场景采集trace分析。以某店铺为例，该店铺小程序在冷启动过程约2800ms，其中有900ms-1000ms的时间在webview任务中穿插着大量的getSystemInfo API的调用。经过检查代码，虽然已经根据页面hashcode缓存了该API的结果数据，但每次获取缓存值仍需要占据主线程时间，因此在该场景上可以进行仓颉API改造尝试。
仓颉的部分特性在该场景性能优化上起到了决定性作用，其中包括：
1.作为鸿蒙系统官方语言之一，具备完善的鸿蒙系统的API能力，实现1比1改写原生API的可行性
2.仓颉具备线程池能力。仓颉语言的JS API执行不占用主线程时间。仓颉线程间具备天然的内存共享能力，省去序列化和反序列化开销
3.仓颉具备高效的与C语言互操作的能力。C语言与仓颉代码互相调用只需要声明和使用，代码简单，执行快，不需要调用nAPI协议接口
4.仓颉具备高效的与ArkTS互操作的能力，在需要时，可以获取到ArkTS语言的runtime，webview等信息，保证API执行的逻辑正确性
本次改造在小程序架构上重点涉及到两个模块。在JSBridge中加入仓颉API的派发逻辑，和在JS API中加入仓颉实现的JS API（getSystemInfo），如下图：
经过测试，仓颉改造后的getSystemInfo执行时间可缩短50%+，且不占用主线程时间。在某小程序上进行冷启动端到端测试，启动性能可提升20%。 （约500ms+）
本次初步验证证明了在小程序场景，仓颉具备高效性能和开发潜力。本次验证也打造了仓颉JS API派发框架，未来基于此框架可以更快的扩展仓颉JS API。计划在以下方面进一步扩展验证仓颉：
1. 更多API的仓颉化：尝试改造更多高频调用的JS API。并在京东近期更多热门场景（如秒送外卖）验证性能收益；
2. 仓颉并发能力： 基于仓颉的高并发能力，尝试优化网络模块的性能，接入更多小程序；
3. 小程序其他阶段仓颉化探索： 除了JS API，探索小程序场景更多阶段的仓颉优化；
4. 在新场景使用仓颉开发：利用仓颉的性能和安全优势，将仓颉用于新模块新功能的开发。仓颉的高并发能力在AI、跨屏应用和高性能Web场景中具有广阔前景；
5. 跨平台支持：仓颉支持HarmonyOS、Android、iOS和PC平台，未来将完善京东跨端通用能力，降低多平台开发的复杂性。
本文分享自微信公众号 - 京东云开发者（JDT_Developers）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
