harmony 鸿蒙订阅资源泄漏事件(ArkTS)
订阅资源泄漏事件(ArkTS)
接口说明
API接口的具体使用说明(参数使用限制、具体取值范围等)请参考应用事件打点API文档。
接口名 | 描述 |
---|---|
addWatcher(watcher: Watcher): AppEventPackageHolder | 添加应用事件观察者,以添加对应用事件的订阅。 |
removeWatcher(watcher: Watcher): void | 移除应用事件观察者,以移除对应用事件的订阅。 |
开发步骤
以实现对发生内存泄漏场景生成的资源泄漏事件订阅为例,说明开发步骤。
- 新建一个ArkTS应用工程,编辑工程中的“entry > src > main > ets > entryability > EntryAbility.ets”文件,导入依赖模块:
import { hiAppEvent, hilog, hidebug } from '@kit.PerformanceAnalysisKit';
- 编辑工程中的“entry > src > main > ets > entryability > EntryAbility.ets”文件,在onCreate函数中添加系统事件的订阅,示例代码如下:
hiAppEvent.addWatcher({
// 开发者可以自定义观察者名称,系统会使用名称来标识不同的观察者
name: "watcher",
// 开发者可以订阅感兴趣的系统事件,此处是订阅了资源泄漏事件
appEventFilters: [
{
domain: hiAppEvent.domain.OS,
names: [hiAppEvent.event.RESOURCE_OVERLIMIT]
}
],
// 开发者可以自行实现订阅实时回调函数,以便对订阅获取到的事件数据进行自定义处理
onReceive: (domain: string, appEventGroups: Array<hiAppEvent.AppEventGroup>) => {
hilog.info(0x0000, 'testTag', `HiAppEvent onReceive: domain=${domain}`);
for (const eventGroup of appEventGroups) {
// 开发者可以根据事件集合中的事件名称区分不同的系统事件
hilog.info(0x0000, 'testTag', `HiAppEvent eventName=${eventGroup.name}`);
for (const eventInfo of eventGroup.appEventInfos) {
// 开发者可以获取到资源泄漏事件发生时内存信息
hilog.info(0x0000, 'testTag', `HiAppEvent eventInfo.params.memory=${JSON.stringify(eventInfo)}`);
}
}
}
});
- 编辑工程中的“entry > src > main > ets > pages > Index.ets”文件,添加按钮并在其onClick函数构造资源泄漏场景,以触发资源泄漏事件。 开发者可通过hidebug.setAppResourceLimit设置本应用的内存限制,以便构造内存泄漏故障,触发系统资源泄漏事件上报。实际应用生产环境中不建议使用该接口。 如需获取profiler日志,需要在“开发者选项”中打开“系统资源泄漏日志”开关(打开或关闭开关均需重启设备)。
资源泄漏问题定位可参考内存泄漏分析
接口示例代码如下:
import hidebug from "@ohos.hidebug";
@Entry
@Component
struct Index {
@State leakedArray: string[][] = [];
build() {
Column() {
Row() {
Column() {
Button("pss leak")
.onClick(() => {
hidebug.setAppResourceLimit("pss_memory", 1024, true);
for (let i = 0; i < 20 * 1024; i++) {
this.leakedArray.push(new Array(1).fill("leak"));
}
})
}
}
.height('100%')
.width('100%')
}
}
}
点击DevEco Studio界面中的运行按钮,运行应用工程,点击pss leak按钮,等待15~30分钟,会上报应用内存泄漏事件。 同一个应用,24小时内至多上报一次内存泄漏,如果短时间内要二次上报,需要重启设备。
内存泄漏事件上报后,系统会回调应用的onReceive函数,可以在Log窗口看到对系统事件数据的处理日志:
HiAppEvent onReceive: domain=OS
HiAppEvent eventName=RESOURCE_OVERLIMIT
HiAppEvent eventInfo={"domain":"OS","name":"RESOURCE_OVERLIMIT","eventType":1,"params":{"bundle_name":"com.example.myapplication","bundle_version":"1.0.0","memory":{"pss":2100257,"rss":1352644,"sys_avail_mem":250272,"sys_free_mem":60004,"sys_total_mem":1992340,"vss":2462936},"pid":20731,"resource_type":"pss_memory","time":1502348798106,"uid":20010044,"external_log": ["/data/storage/el2/log/resourcelimit/RESOURCE_OVERLIMIT_1725614572401_6808.log", "/data/storage/el2/log/resourcelimit/RESOURCE_OVERLIMIT_1725614572412_6808.log"], "log_over_limit": false}}
当前基于OpenHarmony构建的商用OS,在nolog版本中开放了应用发生OOM场景下订阅虚拟机堆快照的功能。应用需要依次调用 hidebug.setAppResourceLimit 和 hiAppEvent.addWatcher,且在 AppScope/app.json5 文件中配置如下环境变量:
"appEnvironments": [ { "name": "DFX_RESOURCE_OVERLIMIT_OPTIONS", "value": "oomdump:enable" } ]
因堆快照文件大小约为0.4至1.2GB(zip压缩后约为50至100MB),体积较大,因此系统会对堆快照的生成次数做管控,具体规格如下:
- 整机:每周生成oom堆快照的次数为5次,若整机配额用完,则所有应用都无法继续生成堆快照;
- 应用:每周仅有1次生成oom堆快照的机会,自应用触发oomdump功能后的7天内,将无法再次触发;
- 若整机剩余存储空间不足30GB,则不触发oomdump功能。 开发者在调试期间,可通过将系统时间调整至7天后并重启设备的方式重置应用触发oomdump的次数,以便快速完成功能适配与验证。
注意:
请应用在收到该订阅事件后,首先从事件的external_log字段中获取堆快照文件存储路径,并将其尽快搬移或上传云,然后再删除原堆快照文件,否则可能会因应用沙箱路径目录剩余存储空间不足(最大2GB)导致下次堆快照文件无法生成。
json5配置文件中的value字段内容格式支持键值对集合“key1:value1;key2:value2;…”。目前系统仅支持配置如上键值对的应用,在nolog版本使能oomdump功能。
订阅后生成的.log日志文件需要将后缀名修改为.rawheap文件,再通过translator工具转换为.heapsnapshot文件,通过DevEco Studio或浏览器打开展示,详情见Snapshot离线导入。
你可能感兴趣的鸿蒙文章
- 所属分类: 后端技术
- 本文标签:
热门推荐
-
2、 - 优质文章
-
3、 gate.io
-
8、 golang
-
9、 openharmony
-
10、 Vue中input框自动聚焦