0


鸿蒙NEXT开发【Web场景性能优化指导】性能

概述

ArkWeb(方舟Web)是一个Web组件平台,旨在为应用程序提供展示Web页面内容的功能,并为开发者提供丰富的能力,包括页面加载、页面交互、页面调试等功能。在这个数字化时代,页面显示的速度直接体现了应用的流畅性,影响着用户对应用的印象和体验。快速加载并展示页面不仅可以吸引用户留在应用上,还能减少他们的等待时间和不耐烦情绪,从而提升用户的满意度。

Web页面的显示过程可以被分为多个阶段,包括DNS解析、建立连接、发送请求、接收响应、解析HTML、下载资源等步骤。在这个过程中,许多因素都会对页面显示速度产生影响,比如网络延迟、服务器响应时间、页面大小、资源压缩等。为了优化页面显示速度,开发者可以在Web页面加载、资源下载和页面渲染等方面进行优化,以提升性能和用户体验。本文将介绍以下常见的优化方式:

  • Web页面加载优化:Web页面加载速度对于用户体验至关重要,提高页面加载的速度可以直接提升应用的流畅性。
  • JSBridge:通过JSBridge通信,可以解决ArkTS环境的冗余切换,避免造成UI阻塞。
  • 同层渲染:通过将页面元素分层渲染,可以减少页面重绘和重排的次数,提高页面渲染效率。

ArkWeb(方舟Web)为开发者提供了优化页面显示速度的方法。通过采取这些优化方式,开发者可以改善应用程序的性能和用户体验,使用户能够更快速、更流畅地浏览Web页面,从而提升用户满意度和留存率。

Web页面加载性能优化指导

Web页面加载流程

如下图所示,Web页面加载流程包括网络连接、资源下载(包括等待网络资源下载)、DOM解析、JavaScript代码编译执行、渲染等。页面加载中,比较关键的节点有网络连接、资源下载和完整的页面渲染,本文将主要对以下关键节点的耗时进行优化:

  • 预解析:预解析指预先对DNS进行解析,可以节省DNS解析的时间,从而优化Web的加载耗时。

  • 预连接:预连接包含预解析的步骤,可以在用户请求页面之前提前进行DNS解析和socket连接建立,这样当用户真正请求页面时,服务器和浏览器之间已经建立好了连接,可以直接传输数据,减少了网络延迟,提升了页面加载速度。

  • 预下载:预下载指在页面加载之前提前下载所需的资源,以避免在页面加载过程中资源下载导致的阻塞和耗时。通过预下载,可以在浏览器加载页面时,提前获取到所需的资源如图片、CSS文件、JavaScript文件等。通过提前下载这些资源,可以避免在页面加载时因为资源未加载完成而导致页面渲染延迟的情况发生。通过合理地使用预下载技术,用户在访问页面时可以更快地看到页面内容,提高整体性能,提升用户体验。

  • 预渲染:预渲染指在后台对需要加载的页面进行预先渲染,提前完成整个页面加载的流程。当用户需要访问该页面时,可以直接切换至前台展示,实现页面“秒开”的效果。预渲染要求在进行DOM解析、JavaScript执行和页面渲染之前,已经完成了所需资源的下载工作,否则可能会导致页面内容不完整或者渲染错误的情况。通过预渲染,可以显著减少用户等待页面加载的时间,特别是对于一些需要加载大量资源或者有复杂交互的页面。

  • 预取POST:预取POST指当即将加载的Web页面中存在POST请求且POST请求耗时较长时,可对POST请求进行预获取,消除等待POST请求数据下载完成的耗时,当用户真正发起POST请求时,进行拦截替换,加快页面加载速度,提高用户体验。

  • 预编译JavaScript生成字节码缓存(Code Cache):该方案会将使用到的JavaScript文件编译成字节码并缓存到本地,在页面首次加载时节省编译时间。

  • 支持自定义协议的JavaScript生成字节码缓存(Code Cache):该方案会将支持自定义协议的JavaScript文件编译成字节码并缓存到本地,在页面首次加载时节省编译时间。

  • 离线资源免拦截注入:在页面加载之前,离线资源免拦截注入会将需要使用的图片、样式表和脚本资源注入到内存缓存中,节省页面首次加载时的网络请求时间。

  • 资源拦截替换加速:在原本的资源拦截替换接口基础上,资源拦截替换加速支持了ArrayBuffer格式的入参,开发者无需在应用侧进行ArrayBuffer到String格式的转换,可直接使用ArrayBuffer格式的数据进行拦截替换。

图1 Web页面加载流程
1

由于所有的关键点都是建立在预处理的思路上,因此如果用户实际并未打开预处理的Web页面,将会造成额外的资源消耗。 各优化方法具体的效果、代价和适用场景的对比如下表所示。
优化方法效果代价适用场景预解析消除域名解析额外的域名解析中高概率被使用的Web页面预连接消除域名解析、网络连接耗时额外的网络连接资源中高概率被使用的Web页面预下载消除网络GET请求下载带来的耗时及阻塞DOM解析、JavaScript执行的耗时额外的网络连接、下载、存储资源高概率被使用的Web页面预渲染能实现页面“秒开”效果,将页面加载时延降到最低额外的网络连接、下载、存储和渲染消耗超高概率被使用的Web页面预取POST消除网络POST请求下载带来的耗时及阻塞DOM解析、JavaScript执行的耗时额外的网络连接、下载、存储资源高概率被使用的Web页面预编译JavaScript生成字节码缓存消除JavaScript编译的耗时额外的存储资源加载HTTP/HTTPS协议JavaScript的Web页面,在第一及第二次优化加载性能支持自定义协议生成字节码缓存消除JavaScript编译的耗时额外的存储资源加载自定义协议JavaScript的Web页面,在第三次及之后的时机优化加载性能离线资源免拦截注入消除资源加载到内存的耗时额外的存储资源高概率被使用的资源资源拦截替换加速节省了转换时间,同时对ArrayBuffer格式的数据传输方式进行了优化-ArrayBuffer格式的数据传输

预解析和预连接优化

原理介绍

如下图所示,在应用启动和UIAbility的onCreate生命周期后,Web组件才能进行初始化和运行。在ArkWeb组件运行阶段,会经过onAppear、load、onPageBegin、onPageEnd步骤。预解析、预连接优化适用于Web页面启动和跳转场景,例如,应用启动时需要加载Web首页。当开发者已经创建一个ArkWeb组件的实例后,可以选择不同时机对当前ArkWeb组件设置URL并进行预解析、预连接:

  • 如下图中a节点所示,如果是应用首页,推荐在ArkWeb组件初始化创建后设置首页的URL,进行预解析、预连接;
  • 如下图中b节点所示,如果是应用内页面,推荐ArkWeb组件onAppear阶段设置当前页面的URL,进行预解析、预连接;
  • 如下图中c节点所示,当前页面完成加载后,可以设置用户下一步可能点击页面的URL,进行预解析、预连接,推荐在onPageEnd及后续时机进行。

图2 预连接优化原理图
2

说明

在设置预连接进行优化时,需要注意:

  • 预连接存在时效性,建议应用在5分钟内复用已建立的连接,超时后已建立的连接会被关闭。
  • 预连接本身存在耗时,建议预加载时间适当提前于页面实际时间,建议预留150ms以上的提前量。
  • 当前页面加载完成后,即onPageEnd回调后,可复用当前ArkWeb组件预连接新的页面或预下载新的页面的资源。

实践案例

案例一:如果要提前对应用的首页进行操作,可以通过initializeBrowserEngine()来提前初始化ArkWeb组件的内核,然后在初始化内核后调用prepareForPageLoad()对即将要加载的页面进行预连接。在prepareForPageLoad中,指定第二个参数为true,代表要进行预连接,如果为false,该接口只会对网址进行DNS预解析。具体代码如下所示。

  1. import { AbilityConstant, UIAbility, Want } from '@kit.AbilityKit';
  2. import { hilog } from '@kit.PerformanceAnalysisKit';
  3. import { window } from '@kit.ArkUI';
  4. import { webview } from '@kit.ArkWeb';
  5. export default class EntryAbility extends UIAbility {
  6. onCreate(want: Want, launchParam: AbilityConstant.LaunchParam) {
  7. console.log('EntryAbility onCreate');
  8. webview.WebviewController.initializeWebEngine();
  9. // 预连接时,需要將'https://www.example.com'替换成真实要访问的网站地址。
  10. // 指定第二个参数为true,代表要进行预连接,如果为false该接口只会对网址进行DNS预解析
  11. webview.WebviewController.prepareForPageLoad('https://www.example.com/', true, 2);
  12. AppStorage.setOrCreate('abilityWant', want);
  13. console.log('EntryAbility onCreate done');
  14. }
  15. }

说明

prepareForPageLoad预连接和预解析只和host相关,URL带参数的情况下也能进行预连接、预解析。

案例二:如果要提前对当前页面的Web页面进行连接,可以在Web组件的onAppear方法中对要加载的页面进行预连接,具体代码如下所示。

  1. import { webview } from '@kit.ArkWeb';
  2. @Entry
  3. @Component
  4. struct WebComponent {
  5. webviewController: webview.WebviewController = new webview.WebviewController();
  6. build() {
  7. Column() {
  8. Button('loadData')
  9. .onClick(() => {
  10. if (this.webviewController.accessBackward()) {
  11. this.webviewController.backward();
  12. }
  13. })
  14. Web({ src: 'https://www.example.com/cn/', controller: this.webviewController})
  15. .onAppear(() => {
  16. // 指定第二个参数为true,代表要进行预连接,如果为false该接口只会对网址进行dns预解析
  17. // 第三个参数为要预连接socket的个数。最多允许6个。
  18. webview.WebviewController.prepareForPageLoad('https://www.example.com/cn/', true, 2);
  19. })
  20. }
  21. }
  22. }

案例三:当前页面完成显示后,要提前对下一个即将要显示的页进行连接,可以在onPageEnd ()中对即将要加载的页面进行预连接。

  1. import { webview } from '@kit.ArkWeb';
  2. @Entry
  3. @Component
  4. struct WebComponent {
  5. webviewController: webview.WebviewController = new webview.WebviewController();
  6. build() {
  7. Column() {
  8. Web({ src: 'https://www.example.com/', controller: this.webviewController})
  9. .onPageEnd(() => {
  10. // 预连接https://www.example1.com/。
  11. webview.WebviewController.prepareForPageLoad('https://www.example.com/', true, 120);
  12. })
  13. }
  14. }
  15. }

预下载优化

原理介绍

如下图所示,ArkWeb组件运行包含onAppear、load、onPageBegin、onPageEnd,开发者可以在onPageEnd设置下一步可能访问的URL,提前下载页面所需的资源。这种方式适用于Web页面启动和跳转场景,例如,在引导流程完成后,提前预下载需要跳转的页面。当开发者已经创建一个ArkWeb组件的实例后,可以在当前页面加载完成后,在当前ArkWeb组件设置URL并进行预下载。本方案能消除资源下载耗时以及资源下载引发的页面DOM解析,JS代码编译执行的阻塞耗时,预估收益可在数百毫秒(依赖当前网络环境)。

图3 预下载优化原理图
3

说明

  • 预下载行为包括连接和资源下载,连接和资源下载耗时可能达到700ms以上(依赖当前网络环境),建议开发者为预下载留出足够的时间。
  • 预下载行为相比于预连接会消耗额外的流量、内存,建议针对高频页面使用。
  • 预下载完成后,当前ArkWeb组件使用的连接将被关闭,如果想要进行下一个页面的预连接,需要显式调用预连接接口。

实践案例

如下示例所示,在onPageEnd阶段,调用[prefetchPage]方法,即可提前下载页面所需的资源,包括主资源子资源,但不会执行网页JavaScript代码或呈现网页,以加快加载速度。

  1. import { webview } from '@kit.ArkWeb';
  2. @Entry
  3. @Component
  4. struct WebComponent {
  5. webviewController: webview.WebviewController = new webview.WebviewController();
  6. build() {
  7. Column() {
  8. Web({ src: 'https://www.example.com/', controller: this.webviewController})
  9. .onPageEnd(() => {
  10. // 预加载https://www.iana.org/help/example-domains。
  11. this.webviewController.prefetchPage('https://www.iana.org/help/example-domains');
  12. })
  13. }
  14. }
  15. }

说明

prefetchPage会对下载的资源进行缓存,缓存的时效为5分钟。

预渲染优化

原理介绍

预渲染优化适用于Web页面启动和跳转场景,例如,进入首页后,跳转到其他子页。与预连接、预下载不同的是,预渲染需要开发者额外创建一个新的ArkWeb组件,并在后台对其进行预渲染,此时该组件并不会立刻挂载到组件树上,即不会对用户呈现(组件状态为Hidden和InActive),开发者可以在后续使用中按需动态挂载。

具体原理如下图所示,首先需要定义一个自定义组件封装ArkWeb组件,该ArkWeb组件被离线创建,被包含在一个无状态的节点NodeContainer中,并与相应的NodeController绑定。该ArkWeb组件在后台完成预渲染后,在需要展示该ArkWeb组件时,再通过NodeController将其挂载到ViewTree的NodeContainer中,即通过NodeController绑定到对应的NodeContainer组件。预渲染通用实现的步骤如下:

  1. 创建自定义ArkWeb组件:开发者需要根据实际场景创建封装一个自定义的ArkWeb组件,该ArkWeb组件被离线创建。
  2. 创建并绑定[NodeController]:实现NodeController接口,用于自定义节点的创建、显示、更新等操作的管理。并将对应的NodeController对象放入到容器中,等待调用。
  3. 绑定[NodeContainer]组件:将NodeContainer与NodeController进行绑定,实现动态组件页面显示。

图4 预渲染优化原理图
4

说明

预渲染相比于预下载、预连接方案,会消耗更多的内存、算力,仅建议针对高频页面使用,单应用后台创建的ArkWeb组件要求小于200个。

实践案例

创建载体,并创建ArkWeb组件

  1. // 载体Ability
  2. // EntryAbility.ets
  3. import {createNWeb} from '../pages/common';
  4. onWindowStageCreate(windowStage: window.WindowStage): void {
  5. windowStage.loadContent('pages/Index', (err, data) => {
  6. // 创建ArkWeb动态组件(需传入UIContext),loadContent之后的任意时机均可创建
  7. createNWeb('https://www.example.com', windowStage.getMainWindowSync().getUIContext());
  8. if (err.code) {
  9. return;
  10. }
  11. });
  12. }

创建NodeContainer和对应的NodeController,渲染后台ArkWeb组件

  1. // 创建NodeController
  2. // common.ets
  3. import { UIContext } from '@kit.ArkUI';
  4. import { webview } from '@kit.ArkWeb';
  5. import { NodeController, BuilderNode, Size, FrameNode } from '@kit.ArkUI';
  6. // @Builder中为动态组件的具体组件内容
  7. // Data为入参封装类
  8. class Data{
  9. url: string = 'https://www.example.com';
  10. controller: WebviewController = new webview.WebviewController();
  11. }
  12. @Builder
  13. function WebBuilder(data:Data) {
  14. Column() {
  15. Web({ src: data.url, controller: data.controller })
  16. .domStorageAccess(true)
  17. .zoomAccess(true)
  18. .fileAccess(true)
  19. .mixedMode(MixedMode.All)
  20. .width('100%')
  21. .height('100%')
  22. }
  23. }
  24. let wrap = wrapBuilder<Data[]>(WebBuilder);
  25. // 用于控制和反馈对应的NodeContainer上的节点的行为,需要与NodeContainer一起使用
  26. export class myNodeController extends NodeController {
  27. private rootnode: BuilderNode<Data[]> | null = null;
  28. private root: FrameNode | null = null;
  29. // 必须要重写的方法,用于构建节点数、返回节点挂载在对应NodeContainer中
  30. // 在对应NodeContainer创建的时候调用、或者通过rebuild方法调用刷新
  31. makeNode(uiContext: UIContext): FrameNode | null {
  32. console.log(' uicontext is undifined : '+ (uiContext === undefined));
  33. if (this.rootnode != null) {
  34. const parent = this.rootnode.getFrameNode()?.getParent();
  35. if (parent) {
  36. console.info(JSON.stringify(parent.getInspectorInfo()));
  37. parent.removeChild(this.rootnode.getFrameNode());
  38. this.root = null;
  39. }
  40. this.root = new FrameNode(uiContext);
  41. this.root.appendChild(this.rootnode.getFrameNode());
  42. // 返回FrameNode节点
  43. return this.root;
  44. }
  45. // 返回null控制动态组件脱离绑定节点
  46. return null;
  47. }
  48. // 当布局大小发生变化时进行回调
  49. aboutToResize(size: Size) {
  50. console.log('aboutToResize width : ' + size.width + ' height : ' + size.height )
  51. }
  52. // 当controller对应的NodeContainer在Appear的时候进行回调
  53. aboutToAppear() {
  54. console.log('aboutToAppear')
  55. }
  56. // 当controller对应的NodeContainer在Disappear的时候进行回调
  57. aboutToDisappear() {
  58. console.log('aboutToDisappear')
  59. }
  60. // 此函数为自定义函数,可作为初始化函数使用
  61. // 通过UIContext初始化BuilderNode,再通过BuilderNode中的build接口初始化@Builder中的内容
  62. initWeb(url:string, uiContext:UIContext, control:WebviewController) {
  63. if(this.rootnode != null)
  64. {
  65. return;
  66. }
  67. // 创建节点,需要uiContext
  68. this.rootnode = new BuilderNode(uiContext)
  69. // 创建动态Web组件
  70. this.rootnode.build(wrap, { url:url, controller:control })
  71. }
  72. }
  73. // 创建Map保存所需要的NodeController
  74. let NodeMap:Map<string, myNodeController | undefined> = new Map();
  75. // 创建Map保存所需要的WebViewController
  76. let controllerMap:Map<string, WebviewController | undefined> = new Map();
  77. // 初始化需要UIContext 需在Ability获取
  78. export const createNWeb = (url: string, uiContext: UIContext) => {
  79. // 创建NodeController
  80. let baseNode = new myNodeController();
  81. let controller = new webview.WebviewController() ;
  82. // 初始化自定义web组件
  83. baseNode.initWeb(url, uiContext, controller);
  84. controllerMap.set(url, controller)
  85. NodeMap.set(url, baseNode);
  86. }
  87. // 自定义获取NodeController接口
  88. export const getNWeb = (url : string) : myNodeController | undefined => {
  89. return NodeMap.get(url);
  90. }

通过NodeContainer使用已经预渲染的页面

  1. // 使用NodeController的Page页
  2. // Index.ets
  3. import {createNWeb, getNWeb} from './common';
  4. @Entry
  5. @Component
  6. struct Index {
  7. build() {
  8. Row() {
  9. Column() {
  10. // NodeContainer用于与NodeController节点绑定,rebuild会触发makeNode
  11. // Page页通过NodeContainer接口绑定NodeController,实现动态组件页面显示
  12. NodeContainer(getNWeb('https://www.example.com'))
  13. .height('90%')
  14. .width('100%')
  15. }
  16. .width('100%')
  17. }
  18. .height('100%')
  19. }
  20. }

预取POST请求优化

原理介绍

预取POST请求适用于Web页面启动和跳转场景,当即将加载的Web页面中存在POST请求且POST请求耗时较长时,会导致页面加载时间增加,可以选择不同时机对POST请求进行预获取,消除等待POST请求数据下载完成的耗时,具体有以下两种场景可供参考:

  1. 如果是应用首页,推荐在ArkWeb组件创建后或者提前初始化Web内核后,对首页的POST请求进行预取,如XComponent.onCreate()、自定义组件的生命周期函数aboutToAppear()。
  2. 当前页面完成加载后,可以对用户下一步可能点击页面的POST请求进行预取,推荐在Web组件的生命周期函数onPageEnd()及后继时机进行。

说明

  1. 本方案能消除POST请求下载耗时,预计收益可能在百毫秒(依赖POST请求的数据内容和当前网络环境)。
  2. 预取POST请求行为包括连接和资源下载,连接和资源加载耗时可能达到百毫秒(依赖POST请求的数据内容和当前网络环境),建议开发者为预下载留出足够的时间。
  3. 预取POST请求行为相比于预连接会消耗额外的流量、内存,建议针对高频页面使用。
  4. POST请求具有一定的即时性,预取POST请求需要指定恰当的有效期。
  5. 目前仅支持预取Context-Type为application/x-www-form-urlencoded的POST请求。最多可以预获取6个POST请求。如果要预获取第7个,会自动清除最早预获取的POST缓存。开发者也可以通过clearPrefetchedResource()接口主动清除后续不再使用的预获取资源缓存。
  6. 如果要使用预获取的资源缓存,开发者需要在正式发起的POST请求的请求头中增加键值“ArkWebPostCacheKey”,其内容为对应缓存的cacheKey。

实践案例

案例一:加载包含POST请求的首页

说明

预取POST属于异步行为,不会影响首页加载时间

【不推荐用法】

当首页中包含POST请求,且POST请求耗时较长时,不推荐直接加载Web页面

  1. // xxx.ets
  2. import { webview } from '@kit.ArkWeb';
  3. @Entry
  4. @Component
  5. struct WebComponent {
  6. webviewController: webview.WebviewController = new webview.WebviewController();
  7. build() {
  8. Column() {
  9. Web({ src: 'https://www.example.com/', controller: this.webviewController })
  10. }
  11. }
  12. }

【推荐用法】

通过预取POST加载包含POST请求的首页,具体步骤如下:

  1. 通过initializeWebEngine()来提前初始化Web组件的内核,然后在初始化内核后调用prefetchResource()预获取将要加载页面中的POST请求。
  1. import { AbilityConstant, UIAbility, Want } from '@kit.AbilityKit';
  2. import { hilog } from '@kit.PerformanceAnalysisKit';
  3. import { window } from '@kit.ArkUI';
  4. import { webview } from '@kit.ArkWeb';
  5. export default class EntryAbility extends UIAbility {
  6. // EntryAbility.ets
  7. onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
  8. console.log('EntryAbility onCreate.');
  9. webview.WebviewController.initializeWebEngine();
  10. // 预获取时,需要将'https://www.example1.com/POST?e=f&g=h'替换成为真实要访问的网站地址
  11. webview.WebviewController.prefetchResource(
  12. {
  13. url: 'https://www.example.com/POST?e=f&g=h',
  14. method: 'POST',
  15. formData: 'a=x&b=y'
  16. },
  17. [{
  18. headerKey: 'c',
  19. headerValue: 'z'
  20. }],
  21. 'KeyX', 500
  22. );
  23. AppStorage.setOrCreate('abilityWant', want);
  24. console.log('EntryAbility onCreate done.');
  25. }
  26. // ...
  27. }
  1. 通过Web组件,加载包含POST请求的Web页面。
  1. // xxx.ets
  2. import { webview } from '@kit.ArkWeb';
  3. @Entry
  4. @Component
  5. struct WebComponent {
  6. webviewController: webview.WebviewController = new webview.WebviewController();
  7. build() {
  8. Column() {
  9. Web({ src: 'https://www.example.com/', controller: this.webviewController })
  10. .onPageEnd(() => {
  11. // 清除后续不再使用的预获取资源缓存
  12. webview.WebviewController.clearPrefetchedResource(['KeyX']);
  13. })
  14. }
  15. }
  16. }
  1. 在页面将要加载的JavaScript文件中,发起POST请求,设置请求响应头ArkWebPostCacheKey为对应预取时设置的cachekey值’KeyX’。
  1. const xhr = new XMLHttpRequest();
  2. xhr.open('POST', 'https://www.example.com/POST?e=f&g=h', true);
  3. xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');
  4. xhr.setRequestHeader('ArkWebPostCacheKey', 'KeyX');
  5. xhr.onload = function () {
  6. if (xhr.status >= 200 && xhr.status < 300) {
  7. console.log('成功', xhr.responseText);
  8. } else {
  9. console.error('请求失败');
  10. }
  11. }
  12. const formData = new FormData();
  13. formData.append('a', 'x');
  14. formData.append('b', 'y');
  15. xhr.send(formData);

案例二:加载包含POST请求的下一页

【不推荐用法】

当即将加载的Web页面中包含POST请求,且POST请求耗时较长时,不推荐直接加载Web页面。

  1. // xxx.ets
  2. import { webview } from '@kit.ArkWeb';
  3. @Entry
  4. @Component
  5. struct WebComponent {
  6. webviewController: webview.WebviewController = new webview.WebviewController();
  7. build() {
  8. Column() {
  9. // 在适当的时机加载业务用Web组件,本例以Button点击触发为例
  10. Button('加载页面')
  11. .onClick(() => {
  12. // url请替换为真实地址
  13. this.controller.loadUrl('https://www.example1.com/');
  14. })
  15. Web({ src: 'https://www.example.com/', controller: this.webviewController })
  16. }
  17. }
  18. }

【推荐用法】

通过预取POST加载包含POST请求的下一个跳转页面,具体步骤如下:

  1. 当前页面完成显示后,使用onPageEnd()对即将要加载页面中的POST请求进行预获取。
  1. // xxx.ets
  2. import { hiTraceMeter } from '@kit.PerformanceAnalysisKit';
  3. import { webview } from '@kit.ArkWeb';
  4. @Entry
  5. @Component
  6. struct WebComponent {
  7. controller: webview.WebviewController = new webview.WebviewController();
  8. webviewController: webview.WebviewController = new webview.WebviewController();
  9. build() {
  10. Column() {
  11. // 在适当的时机加载业务用Web组件,本例以Button点击触发为例
  12. Button('加载页面')
  13. .onClick(() => {
  14. // 性能打点
  15. hiTraceMeter.startTrace('getMessageData', 1);
  16. // url请替换为真实地址
  17. this.controller.loadUrl('https://www.example1.com/');
  18. })
  19. Web({ src: 'https://www.example.com/', controller: this.webviewController })
  20. .onPageEnd(() => {
  21. // 预获取时,需要将'https://www.example1.com/POST?e=f&g=h'替换成为真实要访问的网站地址
  22. webview.WebviewController.prefetchResource(
  23. {
  24. url: 'https://www.example1.com/POST?e=f&g=h',
  25. method: 'POST',
  26. formData: 'a=x&b=y'
  27. },
  28. [{
  29. headerKey: 'c',
  30. headerValue: 'z'
  31. }],
  32. 'KeyX', 500
  33. );
  34. })
  35. }
  36. }
  37. }
  1. 将要加载的页面中,JavaScript正式发起POST请求,设置请求响应头ArkWebPostCacheKey为对应预取时设置的cachekey值’KeyX’。
  1. const xhr = new XMLHttpRequest();
  2. xhr.open('POST', 'https://www.example1.com/POST?e=f&g=h', true);
  3. xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');
  4. xhr.setRequestHeader('ArkWebPostCacheKey', 'KeyX');
  5. xhr.onload = function () {
  6. if (xhr.status >= 200 && xhr.status < 300) {
  7. console.log('成功', xhr.responseText);
  8. } else {
  9. console.error('请求失败');
  10. }
  11. }
  12. const formData = new FormData();
  13. formData.append('a', 'x');
  14. formData.append('b', 'y');
  15. xhr.send(formData);

预编译JavaScript生成字节码缓存(Code Cache)

原理介绍

预编译JavaScript生成字节码缓存适用于在页面加载之前提前将即将使用到的JavaScript文件编译成字节码并缓存到本地,在页面首次加载时节省编译时间。

开发者需要创建一个无需渲染的离线Web组件,用于进行预编译,在预编译结束后使用其他Web组件加载对应的业务网页。

说明

  1. 仅使用HTTP或HTTPS协议请求的JavaScript文件可以进行预编译操作。
  2. 不支持使用了ES6 Module的语法的JavaScript文件生成预编译字节码缓存。
  3. 通过配置参数中响应头中的E-Tag、Last-Modified对应的值标记JavaScript对应的缓存版本,对应的值发生变动则更新字节码缓存。
  4. 不支持本地JavaScript文件预编译缓存。

实践案例

案例一:在未使用预编译JavaScript前提下,启动加载Web页面

  1. import { webview } from '@kit.ArkWeb';
  2. import { hiTraceMeter } from '@kit.PerformanceAnalysisKit';
  3. @Entry
  4. @Component
  5. struct Index {
  6. controller: webview.WebviewController = new webview.WebviewController();
  7. build() {
  8. Column() {
  9. // 在适当的时机加载业务用Web组件,本例以Button点击触发为例
  10. Button('加载页面')
  11. .onClick(() => {
  12. // 性能打点
  13. hiTraceMeter.startTrace('unPrecompileJavaScript', 1);
  14. // url请替换为真实地址
  15. this.controller.loadUrl('https://www.example.com/b.html');
  16. })
  17. Web({ src: 'https://www.example.com/a.html', controller: this.controller })
  18. .fileAccess(true)
  19. .onPageBegin((event) => {
  20. console.log(`load page begin: ${event?.url}`);
  21. })
  22. .onPageEnd((event) => {
  23. // 性能打点
  24. hiTraceMeter.finishTrace('unPrecompileJavaScript', 1);
  25. console.log(`load page end: ${event?.url}`);
  26. })
  27. }
  28. }
  29. }

点击“加载页面”按钮,性能打点数据如下,getMessageData进程中的Duration为加载页面开始到结束的耗时:

5

说明

JavaScript的编译耗时受JavaScript文件大小和逻辑复杂度影响,此示例中测试结果为极限场景下,JavaScript文件大小约5.76Mb,共约5.3万行代码编译的耗时

案例二:使用预编译JavaScript生成字节码缓存,具体步骤如下:

  1. 配置预编译的JavaScript文件信息。
  1. import { webview } from '@kit.ArkWeb';
  2. import { hiTraceMeter } from '@kit.PerformanceAnalysisKit';
  3. interface Config {
  4. url: string,
  5. localPath: string, // 本地资源路径
  6. options: webview.CacheOptions
  7. }
  8. @Entry
  9. @Component
  10. struct Index {
  11. controller: webview.WebviewController = new webview.WebviewController();
  12. // 配置预编译的JavaScript文件信息
  13. configs: Array<Config> = [
  14. {
  15. url: 'https://www.example.com/example.js',
  16. localPath: 'example.js',
  17. options: {
  18. responseHeaders: [
  19. { headerKey: 'E-Tag', headerValue: 'xxx' },
  20. { headerKey: 'Last-Modified', headerValue: 'Web, 21 Mar 2024 10:38:41 GMT' }
  21. ]
  22. }
  23. }
  24. ]
  25. // ...
  1. 读取配置,进行预编译。
  1. Web({ src: 'https://www.example.com/a.html', controller: this.controller })
  2. .onControllerAttached(async () => {
  3. // 读取配置,进行预编译
  4. for (const config of this.configs) {
  5. let content = await getContext().resourceManager.getRawFileContentSync(config.localPath);
  6. try {
  7. this.controller.precompileJavaScript(config.url, content, config.options)
  8. .then((errCode: number) => {
  9. console.log('precompile successfully!' );
  10. }).catch((errCode: number) => {
  11. console.error('precompile failed.' + errCode);
  12. })
  13. } catch (err) {
  14. console.error('precompile failed!.' + err.code + err.message);
  15. }
  16. }
  17. })

点击“加载页面”按钮,性能打点数据如下,getMessageData进程中的Duration为加载页面开始到结束的耗时:

6

说明

当需要更新本地已经生成的编译字节码时,修改cacheOptions参数中的responseHeaders中的E-Tag或Last-Modified响应头对应的值,再次调用接口即可。

总结
页面加载方式耗时(局限不同设备和场景,数据仅供参考)说明直接加载Web页面3183ms在触发页面加载时才进行JavaScript编译,增加加载时间预编译JavaScript生成字节码缓存268ms加载页面前完成预编译JavaScript,节省了跳转页面首次加载的编译时间

支持自定义协议的JavaScript生成字节码缓存(Code Cache)

原理介绍

支持自定义协议的JavaScript生成字节码缓存适用于在页面加载时存在自定义协议的JavaScript文件,支持其生成字节码缓存到本地,在页面非首次加载时节省编译时间。具体操作步骤如下:

  1. 开发者首先需要在Web组件运行前,向Web组件注册自定义协议。
  2. 其次需要拦截自定义协议的JavaScript,设置ResponseData和ResponseDataID,ResponseData为JavaScript内容,ResponseDataID用于区分JavaScript内容是否发生变更。若JavaScript内容变更,ResponseDataID需要一起变更。

实践案例

案例一:调用ArkTS接口, webview.WebviewController.customizeSchemes(schemes: Array): void

【不推荐用法】

直接加载包含自定义协议的JavaScript的Web页面

  1. // xxx.ets
  2. import { webview } from '@kit.ArkWeb';
  3. import { BusinessError } from '@kit.BasicServicesKit';
  4. @Entry
  5. @Component
  6. struct Index {
  7. controller: webview.WebviewController = new webview.WebviewController();
  8. // 创建scheme对象,isCodeCacheSupported为false时不支持自定义协议的JavaScript生成字节码缓存,字段默认为false
  9. scheme: webview.WebCustomScheme = {
  10. schemeName: 'scheme',
  11. isSupportCORS: true,
  12. isSupportFetch: true,
  13. isCodeCacheSupported: false
  14. };
  15. // 请求数据
  16. @State jsData: string = 'xxx';
  17. aboutToAppear(): void {
  18. try {
  19. webview.WebviewController.customizeSchemes([this.scheme]);
  20. } catch (error) {
  21. const e: BusinessError = error as BusinessError;
  22. console.error(`ErrorCode: ${e.code}, Message: ${e.message}`);
  23. }
  24. }
  25. build() {
  26. Column({ space: 10 }) {
  27. Flex({ direction: FlexDirection.Column, alignItems: ItemAlign.Center, justifyContent: FlexAlign.Center }) {
  28. Web({
  29. // 需将'https://www.example.com/'替换为真是的包含自定义协议的JavaScript的Web页面地址
  30. src: 'https://www.example.com/',
  31. controller: this.controller
  32. })
  33. .fileAccess(true)
  34. .javaScriptAccess(true)
  35. .onInterceptRequest(event => {
  36. const responseResource: WebResourceResponse = new WebResourceResponse();
  37. // 拦截页面请求
  38. if (event?.request.getRequestUrl() === 'scheme1://www.example.com/test.js') {
  39. responseResource.setResponseHeader([
  40. {
  41. headerKey: 'ResponseDataId',
  42. // 格式:不超过13位的纯数字。JS识别码,JS有更新时必须更新该字段
  43. headerValue: '0000000000001'
  44. }
  45. ]);
  46. responseResource.setResponseData(this.jsData);
  47. responseResource.setResponseEncoding('utf-8');
  48. responseResource.setResponseMimeType('application/javascript');
  49. responseResource.setResponseCode(200);
  50. responseResource.setReasonMessage('OK');
  51. return responseResource;
  52. }
  53. return null;
  54. })
  55. }
  56. }
  57. }
  58. }

性能打点数据如下,getMessageData进程中的Duration为加载页面开始到结束的耗时:

6

【推荐用法】

支持自定义协议JavaScript生成字节码缓存,具体步骤如下:

  1. 将scheme对象属性isCodeCacheSupported设置为true,支持自定义协议的JavaScript生成字节码缓存。
  1. scheme1: webview.WebCustomScheme = { schemeName: "scheme1", isSupportCORS: true, isSupportFetch: true, isCodeCacheSupported: true }
  1. 在Web组件运行前,向Web组件注册自定义协议。说明不得与Web内核内置协议相同。
  1. // xxx.ets
  2. aboutToAppear(): void {
  3. try {
  4. webview.WebviewController.customizeSchemes([this.scheme1])
  5. } catch (error) {
  6. let e: business_error.BusinessError = error as business_error.BusinessError;
  7. console.error(`ErrorCode: ${e.code}, Message: ${e.message}`);
  8. }
  9. }
  1. 拦截自定义协议的JavaScript,设置ResponseData和ResponseDataID。ResponseData为JavaScript内容,ResponseDataID用于区分JavaScript内容是否发生变更。说明若JavaScript内容变更,ResponseDataID需要一起变更。
  1. // xxx.ets
  2. Web({
  3. src: $rawfile('index2.html'),
  4. controller: this.webController
  5. })
  6. .fileAccess(true)
  7. .javaScriptAccess(true)
  8. .width('100%')
  9. .height('100%')
  10. .onConsole((event) => {
  11. console.log('ets onConsole:' + event?.message.getMessage());
  12. return false
  13. })
  14. .onInterceptRequest((event) => {
  15. let responseResource = new WebResourceResponse()
  16. // 拦截页面请求
  17. if (event?.request.getRequestUrl() == 'https://www.intercept.com/test-cc.js') {
  18. // 构造响应数据
  19. responseResource.setResponseHeader([
  20. {
  21. headerKey: 'ResponseDataID',
  22. headerValue: '0000000000002'
  23. // 格式:不超过13位纯数字。js识别码,Js有更新时必须更新该字段
  24. }]);
  25. responseResource.setResponseData(this.jsData);
  26. responseResource.setResponseEncoding('utf-8');
  27. responseResource.setResponseMimeType('application/javascript');
  28. responseResource.setResponseCode(200);
  29. responseResource.setReasonMessage('OK');
  30. return responseResource;
  31. }
  32. if (event?.request.getRequestUrl() == 'scheme1://www.intercept.com/test-cc2.js') {
  33. // 构造响应数据
  34. responseResource.setResponseHeader([
  35. {
  36. headerKey: 'ResponseDataID',
  37. headerValue: '0000000000001'
  38. // 格式:不超过13位纯数字。js识别码,Js有更新时必须更新该字段
  39. }]);
  40. responseResource.setResponseData(this.jsData2);
  41. responseResource.setResponseEncoding('utf-8');
  42. responseResource.setResponseMimeType('application/javascript');
  43. responseResource.setResponseCode(200);
  44. responseResource.setReasonMessage('OK');
  45. return responseResource;
  46. }
  47. return null;
  48. })

性能打点数据如下,getMessageData进程中的Duration为加载页面开始到结束的耗时:

7

案例二:调用Native接口,int32_t OH_ArkWeb_RegisterCustomSchemes(const char * scheme, int32_t option)

【不推荐用法】

性能打点数据如下,getMessageData进程中的Avg Wall Duration为两次加载页面开始到结束的平均耗时:

8

【推荐用法】

支持将支持自定义协议的JavaScript资源生成Code Cache,具体步骤如下:

  1. 注册三方协议配置时,传入ARKWEB_SCHEME_OPTION_CODE_CACHE_ENABLED参数。
  1. // 注册三方协议的配置,需要在Web内核初始化之前调用,否则会注册失败。
  2. static napi_value RegisterCustomSchemes(napi_env env, napi_callback_info info) {
  3. OH_LOG_INFO(LOG_APP, "register custom schemes");
  4. OH_ArkWeb_RegisterCustomSchemes("custom", ARKWEB_SCHEME_OPTION_STANDARD | ARKWEB_SCHEME_OPTION_CORS_ENABLED | ARKWEB_SCHEME_OPTION_CODE_CACHE_ENABLED);
  5. return nullptr;
  6. }
  1. 设置ResponsesDataId。
  1. // 在worker线程中读取rawfile,并通过ResourceHandler返回给Web内核。
  2. void RawfileRequest::ReadRawfileDataOnWorkerThread() {
  3. OH_LOG_INFO(LOG_APP, "read rawfile in worker thread.");
  4. const struct UrlInfo {
  5. std::string resource;
  6. std::string mimeType;
  7. } urlInfos[] = {{"local.html", "text/html"},
  8. {"local_script.js", "text/javascript"},
  9. {"test-cc.js", "text/javascript"}
  10. };
  11. if (!resourceManager()) {
  12. OH_LOG_ERROR(LOG_APP, "read rawfile error, resource manager is nullptr.");
  13. return;
  14. }
  15. RawFile *rawfile = OH_ResourceManager_OpenRawFile(resourceManager(), rawfilePath().c_str());
  16. if (!rawfile) {
  17. OH_ArkWebResponse_SetStatus(response(), 404);
  18. } else {
  19. OH_ArkWebResponse_SetStatus(response(), 200);
  20. }
  21. for (auto &urlInfo : urlInfos) {
  22. if (urlInfo.resource == rawfilePath()) {
  23. OH_ArkWebResponse_SetMimeType(response(), urlInfo.mimeType.c_str());
  24. break;
  25. }
  26. }
  27. if ("test-cc.js" == rawfilePath()) {
  28. OH_LOG_ERROR(LOG_APP, "OH_ArkWebResponse_SetHeaderByName ResponseDataID");
  29. OH_ArkWebResponse_SetHeaderByName(response(), "ResponseDataID", "0000000000001", true);
  30. }
  31. OH_ArkWebResponse_SetCharset(response(), "UTF-8");
  1. 注册三方协议的配置,设置SchemeHandler。
  1. // EntryAbility.ets
  2. onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
  3. // 注册三方协议的配置。
  4. testNapi.registerCustomSchemes();
  5. // 初始化Web组件内核,该操作会初始化Browser进程以及创建BrowserContext。
  6. webview.WebviewController.initializeWebEngine();
  7. // 设置SchemeHandler。
  8. testNapi.setSchemeHandler();
  9. }

性能打点数据如下,getMessageData进程中的Avg Wall Duration为两次加载页面开始到结束的平均耗时:

9

总结(以Native接口性能数据举例)
页面加载方式耗时(局限不同设备和场景,数据仅供参考)说明直接加载Web页面8ms在触发页面加载时才进行JavaScript编译,增加加载时间自定义协议的JavaScript生成字节码缓存4ms支持自定义协议头的JavaScript文件在第二次加载JavaScript时生成Code Cache,节约了第三次及之后的页面加载或跳转的自定义协议JavaScript文件的编译时间,提升了页面加载和跳转的性能

离线资源免拦截注入

原理介绍

在页面加载之前,离线资源免拦截注入会将需要使用的图片、样式表和脚本资源注入到内存缓存中,节省页面首次加载时的网络请求时间。

说明

  1. 开发者需创建一个无需渲染的离线Web组件,用于将资源注入到内存缓存中,使用其他Web组件加载对应的业务网页。
  2. 仅使用HTTP或HTTPS协议请求的资源可被注入进内存缓存。
  3. 内存缓存中的资源由内核自动管理,当注入的资源过多导致内存压力过大,内核自动释放未使用的资源,应避免注入大量资源到内存缓存中。
  4. 正常情况下,资源的有效期由提供的Cache-Control或Expires响应头控制其有效期,默认的有效期为86400秒,即1天。
  5. 资源的MIMEType通过提供的参数中的Content-Type响应头配置,Content-Type需符合标准,否则无法正常使用,MODULE_JS必须提供有效的MIMEType,其他类型可不提供。
  6. 仅支持通过HTML中的标签加载。
  7. 如果业务网页中的script标签使用了crossorigin属性,则必须在接口的responseHeaders参数中设置Cross-Origin响应头的值为anoymous或use-credentials。
  8. 当调用webview.WebviewController.SetRenderProcessMode(web_webview.RenderProcessMode.MULTIPLE)接口后,应用会启动多渲染进程模式,此方案在此场景下不会生效。
  9. 单次调用最大支持注入30个资源,单个资源最大支持10Mb。

实践案例

案例一:直接加载Web页面

  1. import { webview } from '@kit.ArkWeb';
  2. import { hiTraceMeter } from '@kit.PerformanceAnalysisKit';
  3. @Entry
  4. @Component
  5. struct Index {
  6. controller: webview.WebviewController = new webview.WebviewController();
  7. build() {
  8. Column() {
  9. // 在适当的时机加载业务用Web组件,本例以Button点击触发为例
  10. Button('加载页面')
  11. .onClick(() => {
  12. // 性能打点
  13. hiTraceMeter.startTrace('getMessageData', 1);
  14. this.controller.loadUrl('https://www.example.com/b.html');
  15. })
  16. Web({ src: 'https://www.example.com/a.html', controller: this.controller })
  17. .fileAccess(true)
  18. .onPageEnd(() => {
  19. // 性能打点
  20. hiTraceMeter.finishTrace('getMessageData', 1);
  21. })
  22. }
  23. }
  24. }

性能打点数据如下,getMessageData进程中的Duration为加载页面开始到结束的耗时:

10

案例二:使用资源免拦截注入加载Web页面,请参考以下步骤:

  1. 创建资源配置
  1. export interface ResourceConfig {
  2. urlList: Array<string>,
  3. type: webview.OfflineResourceType,
  4. responseHeaders: Array<Header>,
  5. localPath: string,
  6. }
  7. export interface ExceptionResource {
  8. console: string,
  9. urlList: Array<string> | undefined | null;
  10. type: webview.OfflineResourceType | undefined | null,
  11. responseHeaders: Array<Header> | undefined | null,
  12. resource?: Uint8Array | undefined | null
  13. localPath?: string,
  14. }
  15. export const baseURL = 'http://localhost:8083/resource/';
  16. export const baseURL1 = 'http://localhost:8083/resource1/";
  17. export const basicResources: Array<ResourceConfig> = [
  18. {
  19. localPath: "in_cache_middle.png",
  20. urlList: [
  21. baseURL,
  22. baseURL + "request.png",
  23. baseURL1 + "request.png",
  24. ],
  25. type: webview.OfflineResourceType.IMAGE,
  26. responseHeaders: []
  27. },
  28. {
  29. localPath: "in_cache.js",
  30. urlList: [
  31. baseURL,
  32. baseURL + "request.js",
  33. baseURL1 + "request.js"
  34. ],
  35. type: webview.OfflineResourceType.CLASSIC_JS,
  36. responseHeaders: [
  37. {headerKey: "Content-Type", headerValue: "text/javascript" },
  38. {headerKey: "Cache-Control", headerValue: "max-age=100000" },
  39. ]
  40. },
  41. {
  42. localPath: "in_cache_module1.js",
  43. urlList: [
  44. baseURL + "request_module1.js",
  45. ],
  46. type: webview.OfflineResourceType.MODULE_JS,
  47. responseHeaders: [
  48. {headerKey: "Content-Type", headerValue: "application/javascript" },
  49. {headerKey: "Access-Control-Allow-Origin" , headerValue: "*"},
  50. {headerKey: "Cache-Control", headerValue: "max-age=100000" },
  51. ]
  52. },
  53. {
  54. localPath: "in_cache_module2.js",
  55. urlList: [
  56. baseURL + "request_module2.js",
  57. ],
  58. type: webview.OfflineResourceType.MODULE_JS,
  59. responseHeaders: [
  60. {headerKey: "Content-Type", headerValue: "application/javascript" },
  61. {headerKey: "Access-Control-Allow-Origin" , headerValue: "*"},
  62. {headerKey: "Cache-Control", headerValue: "max-age=100000" },
  63. ]
  64. },
  65. {
  66. localPath: "in_cache.css",
  67. urlList: [
  68. baseURL,
  69. baseURL + "request.css",
  70. baseURL1 + "request.css",
  71. ],
  72. type: webview.OfflineResourceType.CSS,
  73. responseHeaders: [
  74. {headerKey: "resource-Type", headerValue: "text/css" },
  75. {headerKey: "Cache-Control", headerValue: "max-age=100000" },
  76. ]
  77. },
  78. ];
  1. 读取配置,注入资源
  1. // 调用离线资源注入缓存接口
  2. export async function injectOfflineResource(controller: WebviewController, resourceMapArr: Array<webview.OfflineResourceMap>) {
  3. try {
  4. controller.injectOfflineResources(resourceMapArr);
  5. } catch (err) {
  6. console.error("qqq injectOfflineResource error: " + err.code + " " + err.message);
  7. }
  8. }

性能打点数据如下,getMessageData进程中的Duration为加载页面开始到结束的耗时:

12

总结
页面加载方式耗时(局限不同设备和场景,数据仅供参考)说明直接加载Web页面1312ms在触发页面加载时才发起资源请求,增加页面加载时间使用离线资源免拦截注入加载Web页面74ms将资源预置在内存中,节省了网络请求时间

资源拦截替换加速

原理介绍

资源拦截替换加速在原本的资源拦截替换接口基础上新增支持了ArrayBuffer格式的入参,开发者无需在应用侧进行ArrayBuffer到String格式的转换,可直接使用ArrayBuffer格式的数据进行拦截替换。

说明

本方案与原本的资源拦截替换接口在使用上没有任何区别,开发者仅需在调用WebResourceResponse.setResponseData()接口时传入ArrayBuffer格式的数据即可。

实践案例

案例一:使用字符串格式的数据做拦截替换

  1. import { webview } from '@kit.ArkWeb';
  2. @Entry
  3. @Component
  4. struct Index {
  5. controller: webview.WebviewController = new webview.WebviewController();
  6. responseResource: WebResourceResponse = new WebResourceResponse();
  7. // 这里是string格式数据
  8. resourceStr: string = 'xxxxxxxxxxxxxxx';
  9. build() {
  10. Column() {
  11. Web({ src: 'https:www.example.com/test.html', controller: this.controller })
  12. .onInterceptRequest(event => {
  13. if (event) {
  14. if (!event.request.getRequestUrl().startsWith('https://www.example.com/')) {
  15. return null;
  16. }
  17. }
  18. // 使用string格式的数据做拦截替换
  19. this.responseResource.setResponseData(this.resourceStr);
  20. this.responseResource.setResponseEncoding('utf-8');
  21. this.responseResource.setResponseMimeType('text/json');
  22. this.responseResource.setResponseCode(200);
  23. this.responseResource.setReasonMessage('OK');
  24. this.responseResource.setResponseHeader([{ headerKey: 'Access-Control-Allow-Origin', headerValue: '*' }]);
  25. return this.responseResource;
  26. })
  27. }
  28. }
  29. }

资源替换耗时如图所示,getMessageData … someFunction took后的时间页面加载资源的耗时:

13

案例二:使用ArrayBuffer格式的数据做拦截替换

  1. import { webview } from '@kit.ArkWeb';
  2. @Entry
  3. @Component
  4. struct WebComponent {
  5. controller: webview.WebviewController = new webview.WebviewController()
  6. scheme1: webview.WebCustomScheme = { schemeName: "imeituan", isSupportCORS: true, isSupportFetch: true }
  7. responseResource: WebResourceResponse = new WebResourceResponse()
  8. // 开发者自定义响应数据
  9. data: string = "";
  10. buffer: ArrayBuffer = new ArrayBuffer(this.data.length);
  11. usingLen: number = 1;
  12. aboutToAppear(): void {
  13. // 配置Web开启调试模式
  14. webview.WebviewController.setWebDebuggingAccess(true);
  15. try {
  16. webview.WebviewController.customizeSchemes([this.scheme1])
  17. console.info(`customizeSchemes`)
  18. } catch (error) {
  19. console.error(error);
  20. }
  21. this.initArrayBufferData(1);
  22. }
  23. onPageShow(): void {
  24. }
  25. initStringData(size: Number): void {
  26. switch (size){
  27. case 1:
  28. this.usingLen = 10; //10k
  29. break;
  30. case 2:
  31. this.usingLen = 1024; //1M
  32. break;
  33. case 3:
  34. this.usingLen = 1024 * 10; //10M
  35. break;
  36. default:
  37. this.usingLen = 1;
  38. }
  39. let str: string = "";
  40. let str_1k: string = "";
  41. for (let i = 0 ; i < 1024; i++) {
  42. str_1k = str_1k.concat("x");
  43. }
  44. for (let j = 0; j < this.usingLen; j++) {
  45. str = str.concat(str_1k);
  46. }
  47. this.data = JSON.stringify({
  48. status: 200,
  49. result: str,
  50. });
  51. console.info("init data length: " + this.data.length);
  52. }
  53. initArrayBufferData(size:Number): void {
  54. this.initStringData(size);
  55. console.error("target string: " + this.data);
  56. this.buffer = new ArrayBuffer(this.data.length);
  57. const uint8Array: Uint8Array = new Uint8Array(this.buffer);
  58. for (let i = 0; i < this.data.length; i++) {
  59. uint8Array[i] = this.data.charCodeAt(i);
  60. }
  61. }
  62. build() {
  63. Column() {
  64. Button('set to 10K')
  65. .onClick(() => {
  66. this.initArrayBufferData(1);
  67. console.log("datalen set to length "+ this.buffer.byteLength);
  68. })
  69. Button('set to 1M')
  70. .onClick(() => {
  71. this.initArrayBufferData(2);
  72. console.log("datalen set to length "+ this.buffer.byteLength);
  73. })
  74. Button('set to 10M')
  75. .onClick(() => {
  76. this.initArrayBufferData(3);
  77. console.log("datalen set to length "+ this.buffer.byteLength);
  78. })
  79. Web({ src: $rawfile("intercept.html"), controller: this.controller })
  80. .onConsole((event) => {
  81. console.error(`ygz ${event?.message?.getMessage()}`);
  82. return true;
  83. })
  84. .onInterceptRequest((event) => {
  85. if (event) {
  86. console.error('url:' + event.request.getRequestUrl());
  87. // 拦截页面请求
  88. if (!event.request.getRequestUrl().startsWith('http://bridge')) {
  89. return null;
  90. }
  91. }
  92. // 构造响应数据
  93. // const str: string = buffer.from(this.buffer).toString();
  94. console.error("response data length: " + this.data.length);
  95. this.responseResource.setResponseData(this.buffer);
  96. this.responseResource.setResponseEncoding('utf-8');
  97. this.responseResource.setResponseMimeType('text/json');
  98. this.responseResource.setResponseCode(200);
  99. this.responseResource.setReasonMessage('OK');
  100. this.responseResource.setResponseHeader([{ headerKey: 'Access-Control-Allow-Origin', headerValue: '*' }]);
  101. console.info(`ygz return reponse`);
  102. return this.responseResource;
  103. })
  104. }
  105. }
  106. }

资源替换耗时如图所示,getMessageData william someFunction took后的时间页面加载资源的耗时:

16

总结
页面加载方式耗时(局限不同设备和场景,数据仅供参考)说明使用string格式的数据做拦截替换34msWeb组件内部数据传输仍需要转换为ArrayBuffer,增加数据处理步骤,增加启动耗时使用ArrayBuffer格式的数据做拦截替换13ms接口直接支持ArrayBuffer格式,节省了转换时间,同时对ArrayBuffer格式的数据传输方式进行了优化,进一步减少耗时

JSBridge

JSBridge优化解决方案

适用场景

应用使用ArkTS、C++语言混合开发,或本身应用架构较贴近于小程序架构,自带C++侧环境, 推荐使用ArkWeb在Native侧提供的ArkWeb_ControllerAPI、ArkWeb_ComponentAPI实现JSBridge功能。

17

上图为具有普适性的小程序一般架构,其中逻辑层需要应用自带JavaScript运行时,本身已存在C++环境,通过Native接口可直接在C++环境中完成与视图层(ArkWeb作为渲染器)的通信,无需再返回ArkTS环境调用JSBridge相关接口。

16

Native JSBridge方案可以解决ArkTS环境的冗余切换,同时允许回调在非UI线程上报,避免造成UI阻塞。

实践案例

案例一:使用ArkTS接口实现JSBridge通信。

应用侧代码:

  1. import { webview } from '@kit.ArkWeb';
  2. @Entry
  3. @Component
  4. struct WebComponent {
  5. webviewController: webview.WebviewController = new webview.WebviewController();
  6. aboutToAppear() {
  7. // 配置Web开启调试模式
  8. webview.WebviewController.setWebDebuggingAccess(true);
  9. }
  10. build() {
  11. Column() {
  12. Button('runJavaScript')
  13. .onClick(() => {
  14. console.info('现在时间是:' + new Date().getTime());
  15. // 前端页面函数无参时,将param删除。
  16. this.webviewController.runJavaScript('htmlTest(param)');
  17. })
  18. Button('runJavaScriptCodePassed')
  19. .onClick(() => {
  20. // 传递runJavaScript侧代码方法。
  21. this.webviewController.runJavaScript(`function changeColor(){document.getElementById('text').style.color = 'red'}`);
  22. })
  23. Web({ src: $rawfile('index.html'), controller: this.webviewController })
  24. }
  25. }
  26. }

前端页面代码:

  1. <!DOCTYPE html>
  2. <html>
  3. <body>
  4. <button type="button" onclick="callArkTS()">Click Me!</button>
  5. <h1 id="text">这是一个测试信息,默认字体为黑色,调用runJavaScript方法后字体为绿色,调用runJavaScriptCodePassed方法后字体为红色</h1>
  6. <script>
  7. // 调用有参函数时实现。
  8. var param = "param: JavaScript Hello World!";
  9. function htmlTest(param) {
  10. document.getElementById('text').style.color = 'green';
  11. document.getElementById('text').innerHTML = '现在时间:'+new Date().getTime()
  12. console.log(param);
  13. }
  14. // 调用无参函数时实现。
  15. function htmlTest() {
  16. document.getElementById('text').style.color = 'green';
  17. document.getElementById('text').innerHTML = '现在时间:'+new Date().getTime();
  18. }
  19. // Click Me!触发前端页面callArkTS()函数执行JavaScript传递的代码。
  20. function callArkTS() {
  21. changeColor();
  22. }
  23. </script>
  24. </body>
  25. </html>

点击runJavaScript按钮后触发h5页面htmlTest方法,使得页面内容变更为当前时间戳,如下图所示:

17

经过多轮测试,可以得出从点击原生button到h5触发htmlTest方法,耗时约7ms~9ms。

案例二:使用NDK接口实现JSBridge通信。

应用侧代码:

  1. import testNapi from 'libentry.so';
  2. import { webview } from '@kit.ArkWeb';
  3. class testObj {
  4. constructor() {
  5. }
  6. test(): string {
  7. console.log('ArkUI Web Component');
  8. return "ArkUI Web Component";
  9. }
  10. toString(): void {
  11. console.log('Web Component toString');
  12. }
  13. }
  14. @Entry
  15. @Component
  16. struct Index {
  17. webTag: string = 'ArkWeb1';
  18. controller: webview.WebviewController = new webview.WebviewController(this.webTag);
  19. @State testObjtest: testObj = new testObj();
  20. aboutToAppear() {
  21. console.info("aboutToAppear");
  22. //初始化web ndk
  23. testNapi.nativeWebInit(this.webTag);
  24. }
  25. build() {
  26. Column() {
  27. Row() {
  28. Button('runJS hello')
  29. .fontSize(12)
  30. .onClick(() => {
  31. console.log('start:---->'+new Date().getTime());
  32. testNapi.runJavaScript(this.webTag, "runJSRetStr(\"" + "hello" + "\")");
  33. })
  34. }.height('20%')
  35. Row() {
  36. Web({ src: $rawfile('runJS.html'), controller: this.controller })
  37. .javaScriptAccess(true)
  38. .fileAccess(true)
  39. .onControllerAttached(() => {
  40. console.error("ndk onControllerAttached webId: " + this.controller.getWebId());
  41. })
  42. }.height('80%')
  43. }
  44. }
  45. }

hello.cpp作为应用C++侧业务逻辑代码:

  1. // 注册对象及方法,发送脚本到H5执行后的回调,解析存储应用侧传过来的实例等代码逻辑这里不进行展示,开发者根据自身业务场景自行实现。
  2. // 发送JS脚本到H5侧执行
  3. static napi_value RunJavaScript(napi_env env, napi_callback_info info) {
  4. size_t argc = 2;
  5. napi_value args[2] = {nullptr};
  6. napi_get_cb_info(env, info, &argc, args, nullptr, nullptr);
  7. // 获取第一个参数 webTag
  8. size_t webTagSize = 0;
  9. napi_get_value_string_utf8(env, args[0], nullptr, 0, &webTagSize);
  10. char *webTagValue = new (std::nothrow) char[webTagSize + 1];
  11. size_t webTagLength = 0;
  12. napi_get_value_string_utf8(env, args[0], webTagValue, webTagSize + 1, &webTagLength);
  13. OH_LOG_Print(LOG_APP, LOG_INFO, LOG_PRINT_DOMAIN, "ArkWeb", "ndk OH_NativeArkWeb_RunJavaScript webTag:%{public}s",
  14. webTagValue);
  15. // 获取第二个参数 jsCode
  16. size_t bufferSize = 0;
  17. napi_get_value_string_utf8(env, args[1], nullptr, 0, &bufferSize);
  18. char *jsCode = new (std::nothrow) char[bufferSize + 1];
  19. size_t byteLength = 0;
  20. napi_get_value_string_utf8(env, args[1], jsCode, bufferSize + 1, &byteLength);
  21. OH_LOG_Print(LOG_APP, LOG_INFO, LOG_PRINT_DOMAIN, "ArkWeb",
  22. "ndk OH_NativeArkWeb_RunJavaScript jsCode len:%{public}zu", strlen(jsCode));
  23. // 构造runJS执行的结构体
  24. ArkWeb_JavaScriptObject object = {(uint8_t *)jsCode, bufferSize, &JSBridgeObject::StaticRunJavaScriptCallback,
  25. static_cast<void *>(jsbridge_object_ptr->GetWeakPtr())};
  26. controller->runJavaScript(webTagValue, &object);
  27. return nullptr;
  28. }
  29. EXTERN_C_START
  30. static napi_value Init(napi_env env, napi_value exports) {
  31. napi_property_descriptor desc[] = {
  32. {"nativeWebInit", nullptr, NativeWebInit, nullptr, nullptr, nullptr, napi_default, nullptr},
  33. {"runJavaScript", nullptr, RunJavaScript, nullptr, nullptr, nullptr, napi_default, nullptr}
  34. };
  35. napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);
  36. return exports;
  37. }
  38. EXTERN_C_END
  39. static napi_module demoModule = {
  40. .nm_version = 1,
  41. .nm_flags = 0,
  42. .nm_filename = nullptr,
  43. .nm_register_func = Init,
  44. .nm_modname = "entry",
  45. .nm_priv = ((void *)0),
  46. .reserved = {0}
  47. };
  48. extern "C" __attribute__((constructor)) void RegisterEntryModule(void) { napi_module_register(&demoModule); }

runJS.html作为应用前端页面:

  1. <!DOCTYPE html>
  2. <html lang="en-gb">
  3. <head>
  4. <meta name="viewport" content="width=device-width, initial-scale=1.0">
  5. <title>run javascript demo</title>
  6. </head>
  7. <body>
  8. <h1>run JavaScript Ext demo</h1>
  9. <p id="webDemo"></p>
  10. <br>
  11. <button type="button" style="height:30px;width:200px" onclick="testNdkProxyObjMethod1()">test ndk method1 ! </button>
  12. <br>
  13. <br>
  14. <button type="button" style="height:30px;width:200px" onclick="testNdkProxyObjMethod2()">test ndk method2 ! </button>
  15. <br>
  16. </body>
  17. <script type="text/javascript">
  18. function testNdkProxyObjMethod1() {
  19. //校验ndk方法是否已经注册到window
  20. if (window.ndkProxy == undefined) {
  21. document.getElementById("webDemo").innerHTML = "ndkProxy undefined";
  22. return "objName undefined";
  23. }
  24. if (window.ndkProxy.method1 == undefined) {
  25. document.getElementById("webDemo").innerHTML = "ndkProxy method1 undefined";
  26. return "objName test undefined";
  27. }
  28. if (window.ndkProxy.method2 == undefined) {
  29. document.getElementById("webDemo").innerHTML = "ndkProxy method2 undefined";
  30. return "objName test undefined";
  31. }
  32. //调用ndk注册到window的method1方法,并将结果回显到p标签
  33. var retStr = window.ndkProxy.method1("hello", "world", [1.2, -3.4, 123.456], ["Saab", "Volvo", "BMW", undefined], 1.23456, 123789, true, false, 0, undefined);
  34. document.getElementById("webDemo").innerHTML = "ndkProxy and method1 is ok, " + retStr;
  35. }
  36. function testNdkProxyObjMethod2() {
  37. //校验ndk方法是否已经注册到window
  38. if (window.ndkProxy == undefined) {
  39. document.getElementById("webDemo").innerHTML = "ndkProxy undefined";
  40. return "objName undefined";
  41. }
  42. if (window.ndkProxy.method1 == undefined) {
  43. document.getElementById("webDemo").innerHTML = "ndkProxy method1 undefined";
  44. return "objName test undefined";
  45. }
  46. if (window.ndkProxy.method2 == undefined) {
  47. document.getElementById("webDemo").innerHTML = "ndkProxy method2 undefined";
  48. return "objName test undefined";
  49. }
  50. var student = {
  51. name:"zhang",
  52. sex:"man",
  53. age:25
  54. };
  55. var cars = [student, 456, false, 4.567];
  56. let params = "[\"{\\\"scope\\\"]";
  57. //调用ndk注册到window的method2方法,并将结果回显到p标签
  58. var retStr = window.ndkProxy.method2("hello", "world", false, cars, params);
  59. document.getElementById("webDemo").innerHTML = "ndkProxy and method2 is ok, " + retStr;
  60. }
  61. function runJSRetStr(data) {
  62. const d = new Date();
  63. let time = d.getTime();
  64. document.getElementById("webDemo").innerHTML = new Date().getTime();
  65. return JSON.stringify(time);
  66. }
  67. </script>
  68. </html>

点击runJS hello按钮后触发h5页面runJSRetStr方法,使得页面内容变更为当前时间戳。

18

经过多轮测试,可以得出从点击原生button到h5触发runJSRetStr方法,耗时约2ms~6ms。

总结
通信方式耗时(局限不同设备和场景,数据仅供参考)说明ArkWeb实现与前端页面通信7ms9msArkTS环境冗余切换,耗时较长ArkWeb、c++实现与前端页面通信2ms6ms避免ArkTS环境冗余切换,耗时短
JSBridge优化方案适用于ArkWeb应用侧与前端网页通信场景,开发者可根据应用架构选择合适的业务通信机制:

  1. 应用使用ArkTS语言开发,推荐使用ArkWeb在ArkTS提供的runJavaScriptExt接口实现应用侧至前端页面的通信,同时使用registerJavaScriptProxy实现前端页面至应用侧的通信。
  2. 应用使用ArkTS、C++语言混合开发,或本身应用结构较贴近于小程序架构,自带C++侧环境,推荐使用ArkWeb在NDK侧提供的OH_NativeArkWeb_RunJavaScript及OH_NativeArkWeb_RegisterJavaScriptProxy接口实现JSBridge功能。

说明

开发者需根据当前业务区分是否存在C++侧环境(较为显著标志点为当前应用是否使用了Node API技术进行开发,若是则该应用具备C++侧环境)。 具备C++侧环境的应用开发,可使用ArkWeb提供的NDK侧JSBridge接口。 不具备C++侧环境的应用开发,可使用ArkWeb侧JSBridge接口。

异步JSBridge调用

原理介绍

异步JSBridge调用适用于H5侧调用原生或C++侧注册的JSBridge函数场景下,将用户指定的JSBridge接口的调用抛出后,不等待执行结果, 以避免在ArkUI主线程负载重时JSBridge同步调用可能导致Web线程等待IPC时间过长,从而造成阻塞的问题。

实践案例

案例一:使用ArkTS接口实现JSBridge通信,具体步骤如下:

  1. 只注册同步函数
  1. import { webview } from '@kit.ArkWeb';
  2. // 定义ETS侧对象及函数
  3. class TestObj {
  4. constructor() {}
  5. test(testStr:string): string {
  6. let start = Date.now();
  7. // 模拟耗时操作
  8. for(let i = 0; i < 500000; i++) {}
  9. let end = Date.now();
  10. console.log('objName.test start: ' + start);
  11. return 'objName.test Sync function took ' + (end - start) + 'ms';
  12. }
  13. asyncTestBool(testBol:boolean): Promise<string> {
  14. return new Promise((resolve, reject) => {
  15. let start = Date.now();
  16. // 模拟耗时操作(异步)
  17. setTimeout(() => {
  18. for(let i = 0; i < 500000; i++) {}
  19. let end = Date.now();
  20. console.log('objAsyncName.asyncTestBool start: ' + start);
  21. resolve('objName.asyncTestBool Async function took ' + (end - start) + 'ms');
  22. }, 0); // 使用0毫秒延迟来模拟立即开始的异步操作
  23. });
  24. }
  25. }
  26. class WebObj {
  27. constructor() {}
  28. webTest(): string {
  29. let start = Date.now();
  30. // 模拟耗时操作
  31. for(let i = 0; i < 500000; i++) {}
  32. let end = Date.now();
  33. console.log('objTestName.webTest start: ' + start);
  34. return 'objTestName.webTest Sync function took ' + (end - start) + 'ms';
  35. }
  36. webString(): string {
  37. let start = Date.now();
  38. // 模拟耗时操作
  39. for(let i = 0; i < 500000; i++) {}
  40. let end = Date.now();
  41. console.log('objTestName.webString start: ' + start);
  42. return 'objTestName.webString Sync function took ' + (end - start) + 'ms';
  43. }
  44. }
  45. class AsyncObj {
  46. constructor() {
  47. }
  48. asyncTest(): Promise<string> {
  49. return new Promise((resolve, reject) => {
  50. let start = Date.now();
  51. // 模拟耗时操作(异步)
  52. setTimeout(() => {
  53. for (let i = 0; i < 500000; i++) {
  54. }
  55. let end = Date.now();
  56. console.log('objAsyncName.asyncTest start: ' + start);
  57. resolve('objAsyncName.asyncTest Async function took ' + (end - start) + 'ms');
  58. }, 0); // 使用0毫秒延迟来模拟立即开始的异步操作
  59. });
  60. }
  61. asyncString(testStr:string): Promise<string> {
  62. return new Promise((resolve, reject) => {
  63. let start = Date.now();
  64. // 模拟耗时操作(异步)
  65. setTimeout(() => {
  66. for (let i = 0; i < 500000; i++) {
  67. }
  68. let end = Date.now();
  69. console.log('objAsyncName.asyncString start: ' + start);
  70. resolve('objAsyncName.asyncString Async function took ' + (end - start) + 'ms');
  71. }, 0); // 使用0毫秒延迟来模拟立即开始的异步操作
  72. });
  73. }
  74. }
  75. @Entry
  76. @Component
  77. struct Index {
  78. controller: webview.WebviewController = new webview.WebviewController();
  79. @State testObjtest: TestObj = new TestObj();
  80. @State webTestObj: WebObj = new WebObj();
  81. @State asyncTestObj: AsyncObj = new AsyncObj();
  82. build() {
  83. Column() {
  84. Button('refresh')
  85. .onClick(()=>{
  86. try{
  87. this.controller.refresh();
  88. } catch (error) {
  89. console.error(`ErrorCode:${(error as BusinessError).code},Message:${(error as BusinessError).message}`);
  90. }
  91. })
  92. Button('Register JavaScript To Window')
  93. .onClick(()=>{
  94. try {
  95. //只注册同步函数
  96. this.controller.registerJavaScriptProxy(this.webTestObj,"objTestName",["webTest","webString"]);
  97. } catch (error) {
  98. console.error(`ErrorCode:${(error as BusinessError).code},Message:${(error as BusinessError).message}`);
  99. }
  100. })
  101. Web({src: $rawfile('index.html'),controller: this.controller}).javaScriptAccess(true)
  102. }
  103. }
  104. }
  1. H5侧调用JSBridge函数
  1. <!DOCTYPE html>
  2. <html lang="en">
  3. <head>
  4. <meta charset="UTF-8">
  5. <meta name="viewport" content="width=device-width, initial-scale=1.0">
  6. <title>Document</title>
  7. </head>
  8. <body>
  9. <button type="button" onclick="htmlTest()"> Click Me!</button>
  10. <p id="demo"></p>
  11. <p id="webDemo"></p>
  12. <p id="asyncDemo"></p>
  13. </body>
  14. <script type="text/javascript">
  15. async function htmlTest() {
  16. document.getElementById("demo").innerHTML = '测试开始:' + new Date().getTime() + '\n';
  17. const time1 = new Date().getTime();
  18. objTestName.webString();
  19. const time2 = new Date().getTime();
  20. objAsyncName.asyncString();
  21. const time3 = new Date().getTime();
  22. objName.asyncTestBool();
  23. const time4 = new Date().getTime();
  24. objName.test();
  25. const time5 = new Date().getTime();
  26. objTestName.webTest();
  27. const time6 = new Date().getTime();
  28. objAsyncName.asyncTest();
  29. const time7 = new Date().getTime();
  30. const result = [
  31. 'objTestName.webString()耗时:'+ (time2 - time1),
  32. 'objAsyncName.asyncString()耗时:'+ (time3 - time2),
  33. 'objName.asyncTestBool()耗时:'+ (time4 - time3),
  34. 'objName.test()耗时:'+ (time5 - time4),
  35. 'objTestName.webTest()耗时:'+ (time6 - time5),
  36. 'objAsyncName.asyncTest()耗时:'+ (time7 - time6)
  37. ]
  38. document.getElementById("demo").innerHTML = document.getElementById("demo").innerHTML + '\n' + result.join('\n');
  39. }
  40. </script>
  41. </html>

案例二:使用registerJavaScriptProxy或javaScriptProxy注册异步函数或异步同步共存,H5侧调用JSBridge函数与不推荐用法一致。

  1. // registerJavaScriptProxy方式注册
  2. Button('refresh')
  3. .onClick(()=>{
  4. try{
  5. this.controller.refresh();
  6. } catch (error) {
  7. console.error(`ErrorCode:${(error as BusinessError).code},Message:${(error as BusinessError).message}`)
  8. }
  9. })
  10. Button('Register JavaScript To Window')
  11. .onClick(()=>{
  12. try {
  13. // 调用注册接口对象及成员函数,其中同步函数列表必填,空白则需要用[]占位;异步函数列表非必填
  14. // 同步、异步函数都注册
  15. this.controller.registerJavaScriptProxy(this.testObjtest,"objName",["test"],["asyncTestBool"]);
  16. // 只注册异步函数,同步函数列表处留空
  17. this.controller.registerJavaScriptProxy(this.asyncTestObj,"objAsyncName",[],["asyncTest","asyncString"]);
  18. } catch (error) {
  19. console.error(`ErrorCode:${(error as BusinessError).code},Message:${(error as BusinessError).message}`);
  20. }
  21. })
  22. Web({src: $rawfile('index.html'),controller: this.controller}).javaScriptAccess(true)
  23. // javaScriptProxy方式注册
  24. // javaScriptProxy只支持注册一个对象,若需要注册多个对象请使用registerJavaScriptProxy
  25. Web({src: $rawfile('index.html'),controller: this.controller})
  26. .javaScriptAccess(true)
  27. .javaScriptProxy({
  28. object: this.testObjtest,
  29. name:"objName",
  30. methodList: ["test","toString"],
  31. //指定异步函数列表
  32. asyncMethodList: ["test","toString"],
  33. controller: this.controller
  34. })

总结

数据运行结果如下:
注册方法类型耗时(局限不同设备和场景,数据仅供参考)说明同步方法1398ms,2707ms,2705ms同步函数调用会阻塞JavaScript线程异步方法2ms,2ms,4ms异步函数调用不阻塞JavaScript线程
通过运行数据可看到async的异步方法不需要等待结果,所以在JavaScript单线程任务队列中不会长时间占用,同步任务需要等待原生主线程同步执行后返回结果。

说明

JSBridge接口在注册时,即会根据注册调用的接口决定其调用方式(同步/异步)。开发者需根据当前业务区分, 是否将其注册为异步函数。

  • 同步函数调用将会阻塞JavaScript的执行,等待调用的JSBridge函数执行结束,适用于需要返回值,或者有时序问题等场景。
  • 异步函数调用时不会等待JSBridge函数执行结束,后续JavaScript可在短时间后继续执行。但JSBridge函数无法直接返回值。
  • 注册在ETS侧的JSBridge函数调用时需要在主线程上执行;NDK侧注册的函数将在其他线程中执行。
  • 异步JSBridge接口与同步接口在JavaScript侧的调用方式一致,仅注册方式不同,本部分调用方式仅作简要示范。

附NDK接口实现JSBridge通信(C++侧注册异步函数):

  1. // 定义JSBridge函数
  2. static void ProxyMethod1(const char* webTag, void* userData) {
  3. OH_LOG_Print(LOG_APP, LOG_INFO, LOG_PRINT_DOMAIN, "ArkWeb", "Method1 webTag :%{public}s",webTag);
  4. }
  5. static void ProxyMethod2(const char* webTag, void* userData) {
  6. OH_LOG_Print(LOG_APP, LOG_INFO, LOG_PRINT_DOMAIN, "ArkWeb", "Method2 webTag :%{public}s",webTag);
  7. }
  8. static void ProxyMethod3(const char* webTag, void* userData) {
  9. OH_LOG_Print(LOG_APP, LOG_INFO, LOG_PRINT_DOMAIN, "ArkWeb", "Method3 webTag :%{public}s",webTag);
  10. }
  11. void RegisterCallback(const char *webTag) {
  12. int myUserData = 100;
  13. //创建函数方法结构体
  14. ArkWeb_ProxyMethod m1 = {
  15. .methodName = "method1",
  16. .callback = ProxyMethod1,
  17. .userData = (void *)&myUserData
  18. };
  19. ArkWeb_ProxyMethod m2 = {
  20. .methodName = "method2",
  21. .callback = ProxyMethod2,
  22. .userData = (void *)&myUserData
  23. };
  24. ArkWeb_ProxyMethod m3 = {
  25. .methodName = "method3",
  26. .callback = ProxyMethod3,
  27. .userData = (void *)&myUserData
  28. };
  29. ArkWeb_ProxyMethod methodList[2] = {m1,m2};
  30. //创建JSBridge对象结构体
  31. ArkWeb_ProxyObject obj = {
  32. .objName = "ndkProxy",
  33. .methodList = methodList,
  34. .size = 2
  35. };
  36. // 获取ArkWeb_Controller API结构体
  37. ArkWeb_AnyNativeAPI* apis = OH_ArkWeb_GetNativeAPI(ArkWeb_NativeAPIVariantKind::ARKWEB_NATIVE_CONTROLLER);
  38. ArkWeb_ControllerAPI* ctrlApi = reinterpret_cast<ArkWeb_ControllerAPI*>(apis);
  39. // 调用注册接口,注册函数
  40. ctrlApi->registerJavaScriptProxy(webTag, &obj);
  41. ArkWeb_ProxyMethod asyncMethodList[1] = {m3};
  42. ArkWeb_ProxyObject obj2 = {
  43. .objName = "ndkProxy",
  44. .methodList = asyncMethodList,
  45. .size = 1
  46. };
  47. ctrlApi->registerAsyncJavaScriptProxy(webTag, &obj2);
  48. }

同层渲染

同层渲染是一种优化技术,用于提高Web页面的渲染性能。同层渲染会将位于同一个图层的元素一起渲染,以减少重绘和重排的次数,从而提高页面的渲染效率。

总结

本文深入探讨了Web页面加载的原理和优化方法,为开发者提供了重要的指导和思路。在当今互联网时代,用户对网页加载速度和体验要求越来越高,因此页面加载优化成为开发者必须重视的一环。通过理解Web页面加载的原理,开发者可以更好地处理页面加载与优化的相关问题,提升应用的整体质量。

文中提供了预连接、预下载、预渲染、预取POST、预编译等多种常见的优化方法,指导开发者优化Web页面的加载速度。这些方法可以有效提高应用流畅度、提升用户体验。但是,这几种方法都是基于预处理的方式进行优化的,所以存在一定的优化代价。

在实际的开发场景中,开发者应该根据实际的情况进行权衡利弊,决定对应的方案与策略。此外,还提供了JSBridge与资源加速的优化方案,帮助开发者进一步提高Web加载性能。除了以上提到的优化方法,开发者还可以通过其他方式进一步优化页面加载速度。例如,压缩资源可以减小文件大小,减少加载时间;减少HTTP请求可以减少网络延迟,加快页面加载速度,提升用户体验。

综上所述,Web页面加载优化对于提升用户体验、提高网站性能、增加页面浏览量和提高转化率具有重要意义。开发者应该重视页面加载优化,不断探索和实践各种优化方法,以提升用户体验,实现商业目标。通过文章介绍的几种优化方法,开发者可以改善页面加载速度,提升用户体验,增加页面浏览量,提高应用的活跃度和用户粘性。只有不断优化页面加载速度,才能更好地满足用户需求,提升应用价值。


本文转载自: https://blog.csdn.net/ADgai1987/article/details/142456972
版权归原作者 ADgai1987 所有, 如有侵权,请联系我们删除。

“鸿蒙NEXT开发【Web场景性能优化指导】性能”的评论:

还没有评论