大家好，我是学徒小z，在经历了一段时间项目开发中，我也渐渐意识到了性能的重要性，今天就分享一篇优化应用运行性能的文章，话不多说，开干！
引言
延时触发操作与延迟加载的简介
- 动态加载（动态import）是一种模块加载机制，允许应用程序在运行时按照实际需求去加载相关模块。在某些条件满足时（比如用户交互时，或分支切换时）再加载特定模块，可以减少初始化import的加载时间和资源消耗，这将有助于提高应用程序的内存性能和响应速度。
- 以通过延迟加载 Lazy-Import的方法延缓对这些冗余文件的加载，使待加载文件在冷启动阶段不被加载，而在后续导出变量被真正使用时再同步加载执行文件，节省资源以提高应用冷启动性能。
- Lazy-Import与动态加载都可以实现主动延后特定文件的执行时间，帮助设备均摊性能消耗，缓解特定时段性能压力的能力。
动态加载（Dynamic Import）
1. 动态加载适用场景
动态加载是指在代码运行时,根据需要按需导入模块的技术。它适用于以下场景:
-
性能优化场景
-
当模块明显降低代码加载速度
-
当模块占用大量系统内存
-
使用频率较低的功能模块
-
-
按需加载场景
-
模块在运行时才能确定是否需要
-
模块需要异步获取
-
模块路径需要动态构建
-
-
条件执行场景
- 模块中的代码只在特定条件下才需要执行
- 模块的功能取决于用户的选择或系统状态
2. 动态加载的业务扩展
- 条件延迟加载
条件延迟加载允许根据特定条件决定是否加载模块:
// 根据用户权限加载不同功能
if (userHasAdminAccess) {
const adminModule = await import('./admin/features');
adminModule.initAdminFeatures();
}
- 反射功能
反射(Reflection)是指程序在运行时能够访问、检测和修改它本身状态或行为的能力。
在鸿蒙开发中,动态加载支持简单的反射功能:
// 动态调用类和方法
import('myModule').then((module) => {
// 通过字符串动态访问类
const className = 'UserManager';
const ClassType = module[className];
// 通过字符串动态访问方法
const methodName = 'getUserInfo';
const instance = new ClassType();
instance[methodName]();
});
3. 动态加载的实现方案与关键点
- 基本实现方式
动态加载支持两种主要的实现方式:
- 常量表达式导入
// 直接使用字符串字面量
import('./modules/feature').then(module => {
module.doSomething();
});
- 变量表达式导入
const modulePath = getModulePath(); // 动态确定模块路径
import(modulePath).then(module => {
module.doSomething();
});
4. 配置要点
当使用变量表达式进行动态导入时,需要在项目配置文件中添加特殊配置:
{
"buildOption": {
"arkOptions": {
"runtimeOnly": {
"packages": ["moduleA", "moduleB"], // 需要动态导入的模块
"sources": ["./src/feature.ets"] // 需要动态导入的文件
}
}
}
}
5. HAR模块间动态import依赖解耦
当应用包含多个HAR包，且HAR包之间依赖关系比较复杂。在IDE中配置依赖关系时，可能会形成循环依赖。这时，如果HAR之间的依赖关系中仅有变量动态import，可以将HAR包之间直接依赖关系转移到HAP/HSP中配置，HAR包之间无需配置依赖关系，从而达到HAR包间依赖解耦的目的。如下示意图：
HAR之间依赖关系转移到HAP/HSP后
- 仅适用于本地源码HAR包间的循环依赖。
- 被转移的HAR间只能通过变量动态import，不支持静态import或常量动态import。
- 转移依赖时，需要同时转移
dependencies和runtimeOnly配置。 - HSP不支持转移依赖。
- 转移依赖的链路上只能有HAR，不能跨越HSP。
实例：
har1对har2的依赖dependencies和runtimeOnly配置转移到HAP中，har1不需要配置对har2的dependencies和runtimeOnly配置：
// HAP's oh-package.json5
"dependencies": {
"har1": "file:../har1",
"har2": "file:../har2"
}
// HAP's build-profile.json5
"buildOption": {
"arkOptions": {
"runtimeOnly": {
"packages": [
"har1",
"har2"
]
}
}
}
// HAP's src/main/ets/pages/Index.ets
let harName = 'har1';
import(harName).then((ns:ESObject) => {
console.info('DynamicImport addHar1 4 + 5 = ' + ns.addHar1(4, 5));
});
// har1's Index.ets
export { addHar1 } from './src/main/ets/utils/Calc'
// har1's src/main/ets/utils/Calc.ets
export function addHar1(a:number, b:number):number {
let c = a + b;
console.info('DynamicImport I am har1, %d + %d = %d', a, b, c);
let harName = 'har2';
import(harName).then((ns:ESObject) => {
console.info('DynamicImport addHar2 4 + 5 = ' + ns.addHar2(4, 5));
});
return c;
}
// har2's Index.ets
export { addHar2 } from './src/main/ets/utils/Calc'
// har2's src/main/ets/utils/Calc.ets
export function addHar2(a:number, b:number):number {
let c = a + b;
console.info('DynamicImport I am har2, %d + %d = %d', a, b, c);
return c;
}
延迟加载（Lazy-Import）
1. 延迟加载的功能特性与使用方式
延迟加载特性可使待加载文件在冷启动阶段不被加载（但模块解析依然会在冷启动时触发），直至应用程序实际运行过程中需要用到这些组件时，才按需同步加载相关文件，从而缩短应用冷启动耗时
- 需要注意的是，后续执行的加载是同步加载，有可能会阻塞任务执行（如点击任务，触发了延迟加载，那么运行时会去执行冷启动未加载的文件，从而增加耗时。
- 使用lazy-import延迟加载
// main.ets
import lazy { a } from "./mod1"; // "mod1" 未执行
import { c } from "./mod2"; // "mod2" 执行
// ...
console.info("main executed");
while (false) {
let xx = a;
}
// mod1.ets
export let a = "mod1 executed"
console.info(a);
// mod2.ets
export let c = "mod2 executed"
console.info(c);
//执行结果
// mod2 executed
// main executed
2. 延迟加载的场景行为与语法规格
lazy-import支持如下指令实现：
| 语法 | ModuleRequest | ImportName | LocalName | API12是否支持lazy加载 |
|---|---|---|---|---|
| import lazy { x } from “mod”; | “mod” | “x” | “x” | 支持 |
| import lazy { x as v } from “mod”; | “mod” | “x” | “v” | 支持 |
-
延迟加载的错误示例
export lazy var v; // 编译器提示报错：应用编译报错 export lazy default function f(){}; // 编译器提示报错：应用编译报错 export lazy default function(){}; // 编译器提示报错：应用编译报错 export lazy default 42; // 编译器提示报错：应用编译报错 export lazy { x }; // 编译器提示报错：应用编译报错 export lazy { x as v }; // 编译器提示报错：应用编译报错 export lazy { x } from "mod"; // 编译器提示报错：应用编译报错 export lazy { x as v } from "mod"; // 编译器提示报错：应用编译报错 export lazy * from "mod"; // 编译器提示报错：应用编译报错 import lazy v from "mod"; // 编译器提示报错：应用编译报错 import lazy * as ns from "mod"; // 编译器提示报错：应用编译报错
3. 使用场景
下述例子中A文件被引用，在应用启动到点击按钮的这段时间里，A文件并没有被实际执行，在冷启动阶段加载A文件的行为属于冗余。
// A为任意可以被引入的ets文件
import { A } from "./A"
@Entry
@Component
struct Index {
build() {
RelativeContainer() {
Button('点击执行A')
.onClick(() => {
console.log('执行A' + A)
})
}
// ...
}
}
通过抓取Trace图查看调用栈可发现，应用在冷启动时加载了A文件。
技术对比与应用选择：
- Lazy-Import与Dynamic Import的区别
| 动态加载 | Lazy-Import | |
|---|---|---|
| 语法示例 | let A= await import(“./A”); | import lazy { A } from “./A” |
| 性能开销 | 创建异步任务开销。执行到动态加载时，触发依赖模块的模块解析+源码执行。 | Lazy-Import的模块解析耗时在冷启动依旧会触发遍历。导入的变量A被使用到时，触发模块的源码执行。 |
| 使用位置 | 代码块/运行逻辑中使用 | 需要写在源码开头 |
| 是否可以运行时拼接待加载模块名 | 是 | 否 |
| 加载时序 | 异步 | 同步 |
