往期鸿蒙全套实战精彩文章必看内容:
- 鸿蒙开发核心知识点,看这篇文章就够了
- 最新版!鸿蒙HarmonyOS Next应用开发实战学习门路
- 鸿蒙HarmonyOS NEXT开发技能最全学习门路指南
- 鸿蒙应用开发实战项目,看这一篇文章就够了(部分项目附源码)
简介
随着期间的发展,应用越来越复杂,占用的内存也在不断膨胀,而内存作为系统的稀缺资源比较有限,因此,主动减少应用内存的占用对于整个系统至关紧张。当应用步伐占用过多内存时,系统可能会频仍进行内存接纳和重新分配,导致应用步伐的性能下降,甚至出现崩溃和卡顿的情况。通过减少应用内存的占用,可以有效进步应用的性能和相应速率,节省系统资源,让装备的运行服从更高,延长装备的续航时间。开发者应该在应用开发过程中注重内存管理,积极接纳措施来减少内存占用,以优化应用步伐的性能和用户体验。
HarmonyOS提供了一些内存管理的工具和接口,资助开发者有效地管理内存资源。其中,onMemoryLevell接口可以监听系统内存的变化,并做根据系统内存的实时情况,动态地调解应用步伐的内存,以避免内存过度占用导致的性能标题。LRUCache用于在缓存空间不够的时候,将近期最少利用的数据替换为新数据。在生命周期管理中,可以释放不再利用的系统资源,包罗应用内存、监听变乱、网络句柄等。在Purgeable Memory内存管理机制中,开发者可以通过利用干系接口创建PurgeableMemory对象,从而管理purgeable内存。
利用onMemoryLevel监听内存变化
onMemoryLevel是HarmonyOS提供监听系统内存变化的接口,开发者可以通过onMemoryLevel监听内存变化,从而调解应用的内存。
- AbilityStage:当HAP中的代码初次被加载到进程中的时候,系统会先创建AbilityStage实例,系统决定调解内存时,再回调AbilityStage实例的onMemoryLevel方法。
- UIAbility:Ability是UIAbility的基类,在Ability中,提供系统内存变化的回调方法。
- EnvironmentCallback:EnvironmentCallback模块提供应用上下文ApplicationContext对系统情况变化监听回调的本领。
MemoryLevel分为MEMORY_LEVEL_MODERATE、MEMORY_LEVEL_LOW和MEMORY_LEVEL_CRITICAL三种。其中,MEMORY_LEVEL_MODERATE代表当前系统内存压力适中,应用可以正常运行而不会受到太大影响,MEMORY_LEVEL_LOW代表当前系统的内存已经比较低了,应用应该释放不必要的内存资源,避免造成系统卡顿,MEMORY_LEVEL_CRITICAL代表当前所剩的系统内存非常告急,应用应该尽可能释放更多的资源,以确保系统的稳固性和性能。开发人员应该根据不同的内存级别来接纳相应的措施,如释放资源、优化内存利用等,以确保应用在不同内存状态下都能正常运行。MemoryLevel详细品级定义如下所示:
表1 onMemoryLevel品级定义 品级
值
分析
MEMORY_LEVEL_MODERATE
0
系统内存适中。系统可能会开始根据LRU缓存规则杀死进程。
MEMORY_LEVEL_LOW
1
系统内存比较低。此时应该去释放掉一些不必要的资源以提升系统的性能。
MEMORY_LEVEL_CRITICAL
2
系统内存很低。此时应当尽可能地去释放任何不必要的资源,因为系统可能会杀掉所有缓存中的进程,并且开始杀掉应当保持运行的进程,比如背景运行的服务。
分析
背景已冻结的应用,AbilityStage、UIAbility、EnvironmentCallback的onMemoryLevel都不可以进行回调。
利用LRUCache优化ArkTS内存
LRU(Least Recently Used, 近来最少利用)是一种常见的算法,其核心头脑是基于时间局部性原理,即假如一个数据在近来被访问过,那么它在未来被访问的概率也会比较高。
LRUCache是ArkTS中常用的工具函数,是基于LRU实现的缓存工具,常用于缓存一些频仍访问的数据,例如常用的图片、网络哀求的效果等。LRUCache通过维护一个缓存空间来存储数据,当缓存空间不敷时,会根据LRU算法将近来最少利用的数据替换掉,以保证缓存空间的有效利用。因此,LRUCache会根据数据的访问顺序来进行数据替换,优先淘汰最久未被访问的数据。
原理先容
LRUCache通过LinkedHashMap来实现LRU的,LinkedHashMap继续于HashMap,HashMap用于快速查找数据,LinkedHashMap双向链表用于记录数据的顺序关系。所以,对于get、put、remove等操纵,LinkedHashMap除了包含HashMap的功能,还需要实现调解Entry顺序链表的工作。其数据布局如下图所示:
图1 LRUCache的LinkedHashMap数据布局图
LruCache中将LinkedHashMap的顺序设置为LRU顺序,链表头部的对象为近期最少用到的对象。常用的方法及其分析如下所示:
- 调用get方法:根据key查询对应,假如没有查到则返回null。查询到对应对象后,将该对象移到链表的尾端,并返回查询的对象。
- 调用put方法:会添加key-value的键值对到缓存中,也是将新对象存储在链表尾端。当内存缓存到达设定的最大值时,将链表头部的对象移除。假如key已经存在,则更新当前key对应的value。
- 调用remove方法:删除key对应的缓存value,假如key对应的value不在,则返回为null,否则,返回已删除的key-value键值对。
- 调用updateCapacity方法:设置缓存存储的容量,假如新设置的容量newCapacity小于之前的容量capacity,则只保存newCapacity巨细的数据。
参考案例
缓存工具类可以被计划成一个工具类,其中包含LRUCache单例以及一些操纵LRUCache的方法,如添加数据、获取数据、删除数据等。通过创建一个静态方法来获取LRUCache实例,并在内部进行实例化,可以保证全局只有一个LRUCache对象。通过缓存工具类,各组件之间可以方便地共享缓存数据,避免重复创建缓存实例和数据冗余。这样不仅可以进步系统的性能和服从,还可以减少内存占用和提升数据访问速率。
- import { util } from '@kit.ArkTS';
- export class LRUCacheUtil {
- private static instance: LRUCacheUtil;
- private lruCache: util.LRUCache<string, Object>;
- private constructor() {
- this.lruCache = new util.LRUCache(64);
- }
- // 获取LRUCacheUtil的单例
- public static getInstance(): LRUCacheUtil {
- if (!LRUCacheUtil.instance) {
- LRUCacheUtil.instance = new LRUCacheUtil();
- }
- return LRUCacheUtil.instance;
- }
- // 判断lruCache缓存是否为空
- public isEmpty(): boolean {
- return this.lruCache.isEmpty();
- }
- // 获取lruCache的容量
- public getCapacity(): number {
- return this.lruCache.getCapacity();
- }
- // 重新设置lruCache的容量
- public updateCapacity(newCapacity: number) {
- this.lruCache.updateCapacity(newCapacity);
- }
- // 添加缓存到lruCache中
- public putCache(key: string, value: Object) {
- this.lruCache.put(key, value);
- }
- // 删除key对应的缓存
- public remove(key: string) {
- this.lruCache.remove(key);
- }
- // 获取key对应的缓存
- public getCache(key: string): Object | undefined {
- return this.lruCache.get(key);
- }
- // 判断是否包含key对应的缓存
- public contains(key: string): boolean {
- return this.lruCache.contains(key);
- }
- // 清除缓存数据,并重置lruCache的大小
- public clearCache() {
- this.lruCache.clear();
- this.lruCache.updateCapacity(64);
- }
- }
复制代码 在对应的组件中设置缓存,示例代码如下所示:
- import { LRUCacheUtil } from '../utils/LRUCacheUtil';
- @Entry
- @Component
- struct Index {
- @State message: string = 'Hello World';
- aboutToAppear(): void {
- let lruCache = LRUCacheUtil.getInstance();
- // 添加一个<key, value>到lrucache
- lruCache.putCache('nation',10);
- // 再添加一个<key, value>到lrucache
- lruCache.putCache('menu',8);
- // 通过key查询value
- let result0 = lruCache.getCache('2') as number;
- console.log('result0:' + result0);
- // 从当前缓冲区中删除指定的键及其关联的值
- let result1 = lruCache.remove('2');
- console.log('result1:' + result1);
- // 检查当前缓冲区是否包含指定的对象
- let result2 = lruCache.contains('1');
- console.log('result2:' + result2);
- // 设置新的容量大小
- let result4 = lruCache.updateCapacity(110);
- console.log('result4:' + result4);
- }
- build() {
- Row() {
- Column() {
- Text(this.message)
- .fontSize(50)
- .fontWeight(FontWeight.Bold)
- }
- .width('100%')
- }
- .height('100%')
- }
- }
复制代码 同时,可以通过onMemoryLevel监听内存的变化,进而设置对应清理缓存的机制,示例代码如下所示:
- import { AbilityConstant, UIAbility, Want } from '@kit.AbilityKit';
- import { hilog } from '@kit.PerformanceAnalysisKit';
- import { window } from '@kit.ArkUI';
- import { LRUCacheUtil } from '../utils/LRUCacheUtil';
- export default class EntryAbility extends UIAbility {
- // 监听内存的变化
- onMemoryLevel(level: AbilityConstant.MemoryLevel): void {
- // 根据内存的变化执行内存管理策略
- if (level === AbilityConstant.MemoryLevel.MEMORY_LEVEL_CRITICAL) {
- console.log('The memory of device is critical, release memory.');
- if (!LRUCacheUtil.getInstance().isEmpty()) {
- LRUCacheUtil.getInstance().clearCache();
- }
- }
- }
-
- onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
- hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onCreate');
- }
- onDestroy(): void {
- hilog.info(0x0000, 'testTag', '%{public}s', 'Ability onDestroy');
- }
- ...
- };
复制代码 利用生命周期管理优化ArkTS内存
组件的生命周期,指的是组件自身的一些可自实行的方法,这些方法会在特殊的时间点或遇到一些特殊页面行为时被自动触发而实行。
原理先容
在开发过程中,开发人员可以通过管理对象的生命周期来释放资源、销毁对象、优化ArkTS内存。
- 在UIAbility组件生命周期中,调用对应生命周期的方法,创建或销毁资源。如在Create或Foreground方法中创建资源,在Background、Destroy方法中销毁对应的资源。
- 在页面生命周期中,调用对应生命周期的方法,创建或销毁资源。如在onPageShow方法中创建资源,在onPageHide方法中销毁对应的资源。
- 在组件生命周期中,调用对应生命周期的方法,创建或销毁资源。如在aboutToAppear方法中创建资源,在aboutToDisappear方法中销毁不再利用的对象、注销不再利用的订阅变乱。
- 调用组件自带的方法,创建、销毁组件。如调用XComponent的onDestroy方法。
aboutToDisappear中销毁订阅变乱
aboutToDisappear函数会在组件析构销毁之前实行。如下案例所示,在利用完网络管理的网络毗连模块后,取消订阅默认网络状态变化的关照。
- import { connection } from '@kit.NetworkKit';
- import { BusinessError } from '@kit.BasicServicesKit';
- import { CommonConstant as Const } from '../common/Constant';
- import { promptAction } from '@kit.ArkUI';
- import { Logger } from '../utils/Logger';
- @Entry
- @Component
- struct Index {
- @State networkId: string = Const.NETWORK_ID;
- @State netMessage: string = Const.INIT_NET_MESSAGE;
- @State connectionMessage: string = Const.INIT_CONNECTION_MESSAGE;
- @State netStateMessage: string = '';
- @State hostName: string = '';
- @State ip: string = '';
- private controller: TabsController = new TabsController();
- private netHandle: connection.NetHandle | null = null;
- private netCon: connection.NetConnection | null = null;
- scroller: Scroller = new Scroller();
- aboutToDisappear(): void {
- this.unUseNetworkRegister;
- }
- build() {
- Column() {
- Text($r('app.string.network_title'))
- .fontSize($r('app.float.title_font_size'))
- .fontWeight(FontWeight.Bold)
- .textAlign(TextAlign.Start)
- .margin({ left: Const.WebConstant_TEN_PERCENT })
- .width(Const.WebConstant_FULL_WIDTH)
- Column() {
- Row() {
- Text(Const.MONITOR_TITLE)
- .fontSize($r('app.float.font_size'))
- .margin($r('app.float.md_padding_margin'))
- .fontWeight(FontWeight.Medium)
- Blank()
- Toggle({ type: ToggleType.Switch, isOn: false })
- .selectedColor(Color.Blue)
- .margin({ right: $r('app.float.md_padding_margin') })
- .width($r('app.float.area_width'))
- .height(Const.WebConstant_BUTTON_HEIGHT)
- .onChange((isOn) => {
- if (isOn) {
- this.useNetworkRegister();
- } else {
- this.unUseNetworkRegister();
- }
- })
- }
- .height($r('app.float.button_height'))
- .borderRadius($r('app.float.md_border_radius'))
- .margin({ left: $r('app.float.md_padding_margin'), right: $r('app.float.md_padding_margin') })
- .width(Const.WebConstant_NINETY_PERCENT)
- .backgroundColor($r('app.color.text_background'))
- TextArea({ text: this.netStateMessage })
- .fontSize($r('app.float.font_size'))
- .width(Const.WebConstant_NINETY_PERCENT)
- .height(Const.WebConstant_FIVE_HUNDRED)
- .margin($r('app.float.md_padding_margin'))
- .borderRadius($r('app.float.md_border_radius'))
- .textAlign(TextAlign.Start)
- .focusOnTouch(false)
- Button($r('app.string.clear'))
- .fontSize($r('app.float.font_size'))
- .width(Const.WebConstant_NINETY_PERCENT)
- .height($r('app.float.area_height'))
- .margin({
- left: $r('app.float.md_padding_margin'),
- right: $r('app.float.md_padding_margin'),
- bottom: $r('app.float.xxl_padding_margin')
- })
- .onClick(() => {
- this.netStateMessage = '';
- })
- Blank()
- }
- .height(Const.WebConstant_FULL_HEIGHT)
- .justifyContent(FlexAlign.Start)
- }
- .width(Const.WebConstant_FULL_WIDTH)
- }
- getConnectionProperties() {
- connection.getDefaultNet().then((netHandle: connection.NetHandle) => {
- connection.getConnectionProperties(netHandle, (error: BusinessError, connectionProperties: connection.ConnectionProperties) => {
- if (error) {
- this.connectionMessage = Const.CONNECTION_PROPERTIES_ERROR;
- Logger.error('getConnectionProperties error:' + error.code + error.message);
- return;
- }
- this.connectionMessage = Const.CONNECTION_PROPERTIES_INTERFACE_NAME + connectionProperties.interfaceName
- + Const.CONNECTION_PROPERTIES_DOMAINS + connectionProperties.domains
- + Const.CONNECTION_PROPERTIES_LINK_ADDRESSES + JSON.stringify(connectionProperties.linkAddresses)
- + Const.CONNECTION_PROPERTIES_ROUTES + JSON.stringify(connectionProperties.routes)
- + Const.CONNECTION_PROPERTIES_LINK_ADDRESSES + JSON.stringify(connectionProperties.dnses)
- + Const.CONNECTION_PROPERTIES_MTU + connectionProperties.mtu + '\n';
- })
- });
- }
- useNetworkRegister() {
- this.netCon = connection.createNetConnection();
- this.netStateMessage += Const.REGISTER_NETWORK_LISTENER;
- this.netCon.register((error) => {
- if (error) {
- Logger.error('register error:' + error.message);
- return;
- }
- promptAction.showToast({
- message: Const.REGISTER_NETWORK_LISTENER_MESSAGE,
- duration: 1000
- });
- })
- this.netCon.on('netAvailable', (netHandle) => {
- this.netStateMessage += Const.NET_AVAILABLE + netHandle.netId + '\n';
- })
- this.netCon.on('netBlockStatusChange', (data) => {
- this.netStateMessage += Const.NET_BLOCK_STATUS_CHANGE + data.netHandle.netId + '\n';
- })
- this.netCon.on('netCapabilitiesChange', (data) => {
- this.netStateMessage += Const.NET_CAPABILITIES_CHANGE_ID + data.netHandle.netId
- + Const.NET_CAPABILITIES_CHANGE_CAP + JSON.stringify(data.netCap) + '\n';
- })
- this.netCon.on('netConnectionPropertiesChange', (data) => {
- this.netStateMessage += Const.NET_CONNECTION_PROPERTIES_CHANGE_ID + data.netHandle.netId
- + Const.NET_CONNECTION_PROPERTIES_CHANGE_CONNECTION_PROPERTIES + JSON.stringify(data.connectionProperties) + '\n';
- })
- }
- unUseNetworkRegister() {
- if (this.netCon) {
- this.netCon.unregister((error: BusinessError) => {
- if (error) {
- Logger.error('unregister error:' + error.message);
- return;
- }
- promptAction.showToast({
- message: Const.UNREGISTER_NETWORK_LISTENER_MESSAGE,
- duration: 1000
- });
- this.netStateMessage += Const.UNREGISTER_NETWORK_LISTENER;
- })
- } else {
- this.netStateMessage += Const.UNREGISTER_NETWORK_LISTENER_FAIL;
- }
- }
- }
复制代码 利用purgeable优化C++内存
Purgeable Memory是HarmonyOS中native层常用的内存管理机制,可用于图像处理的Bitmap、流媒体应用的一次性数据、图片等。应用可以利用Purgeable Memory存放其内部的缓存数据,并由系统根据淘汰策略同一管理全部的purgeable内存。当系统内存不敷时,系统可以通过扬弃purgeable内存快速接纳内存资源,以释放更多的内存资源给其他应用步伐利用,实现全局高效的缓存数据管理。这种机制可以资助系统更有效地管理内存,进步系统的稳固性和流畅性。
在利用Purgeable内存时,开发者可以调用接口释放Purgeable内存,但需要注意在适当的机遇释放Purgeable内存,以确保内存资源能够得到有效管理,避免内存占用过高导致的性能标题和内存走漏的情况。通过合理利用Purgeable内存,开发者可以更好地管理应用步伐的内存,进步用户体验。
原理先容
Purgeable内存访问流程图如下图所示,在访问Purgeable内存时,首先需要判断当前Purgeable内存的数据是否已经被接纳,假如Purgeable内存已经被接纳了,那么需要先重建数据再利用。在访问Purgeable内存的数据时,Purgeable内存对应的引用计数refcnt加1,在访问Purgeable竣事后,其引用计数refcnt会减1,当引用计数为0的时候,该Purgeable内存可以被系统接纳。
图2 Purgeable内存访问流程图
Purgeable内存接纳流程图如下所示,当引用计数为0时,扬弃掉Purgeable内存中的数据,并标识Purgeable内存已接纳。
图3 Purgeable内存接纳流程图
参考案例
在CMakeLists.txt文件中引入Purgeable对应的动态链接库libpurgeable_memory_ndk.z.so,详细如下所示:
- # the minimum version of CMake.
- cmake_minimum_required(VERSION 3.4.1)
- project(MyNativeApplication)
- set(NATIVERENDER_ROOT_PATH ${CMAKE_CURRENT_SOURCE_DIR})
- if(DEFINED PACKAGE_FIND_FILE)
- include(${PACKAGE_FIND_FILE})
- endif()
- include_directories(${NATIVERENDER_ROOT_PATH}
- ${NATIVERENDER_ROOT_PATH}/include)
- add_library(entry SHARED napi_init.cpp)
- # 引入libpurgeable_memory_ndk.z.so动态链接库
- target_link_libraries(entry PUBLIC libace_napi.z.so libpurgeable_memory_ndk.z.so)
复制代码 引入purgeable_memory文件,并声明创建PurgeableMemory对象需要利用的ModifyFunc函数,调用OH_PurgeableMemory_Create创建PurgeableMemory对象。
在读取PurgeableMemory对象的内容时,需要调用OH_PurgeableMemory_BeginRead,读取竣事时,需要调用OH_PurgeableMemory_EndRead。其中,OH_PurgeableMemory_GetContent可以获取PurgeableMemory对象的内存数据。
在修改PurgeableMemory对象的内容时,需要调用OH_PurgeableMemory_BeginWrite,读取竣事时,需要调用OH_PurgeableMemory_EndWrite。其中,OH_PurgeableMemory_AppendModify可以更新PurgeableMemory对象重建规则。
- #include "napi/native_api.h"
- #define DATASIZE (4 * 1024 * 1024)
- #include "purgeable_memory/purgeable_memory.h"
- bool ModifyFunc(void *data, size_t size, void *param) {
- data = param;
- return true;
- }
- // 业务定义对象类型
- class ReqObj;
- static napi_value Add(napi_env env, napi_callback_info info)
- {
- size_t requireArgc = 2;
- size_t argc = 2;
- napi_value args[2] = {nullptr};
- napi_get_cb_info(env, info, &argc, args , nullptr, nullptr);
- napi_valuetype valuetype0;
- napi_typeof(env, args[0], &valuetype0);
- napi_valuetype valuetype1;
- napi_typeof(env, args[1], &valuetype1);
- double value0;
- napi_get_value_double(env, args[0], &value0);
- double value1;
- napi_get_value_double(env, args[1], &value1);
- double result = value0 + value1;
- // 创建一个PurgeableMemory对象
- OH_PurgeableMemory *pPurgmem = OH_PurgeableMemory_Create(DATASIZE, ModifyFunc, &result);
- // 读取对象
- OH_PurgeableMemory_BeginRead(pPurgmem);
- // 获取PurgeableMemory对象大小
- size_t size = OH_PurgeableMemory_ContentSize(pPurgmem);
- // 获取PurgeableMemory对象内容
- ReqObj *pReqObj = (ReqObj *)OH_PurgeableMemory_GetContent(pPurgmem);
- // 读取PurgeableMemory对象结束
- OH_PurgeableMemory_EndRead(pPurgmem);
- // 修改PurgeableMemory对象
- OH_PurgeableMemory_BeginWrite(pPurgmem);
- // 声明扩展创建函数的参数
- double newResult = value0 + value0;
- // 更新PurgeableMemory对象重建规则
- OH_PurgeableMemory_AppendModify(pPurgmem, ModifyFunc, &newResult);
- // 修改PurgeableMemory对象结束
- OH_PurgeableMemory_EndWrite(pPurgmem);
- // 销毁对象
- OH_PurgeableMemory_Destroy(pPurgmem);
- napi_value sum;
- napi_create_double(env, result, &sum);
- return sum;
- }
- EXTERN_C_START
- static napi_value Init(napi_env env, napi_value exports)
- {
- napi_property_descriptor desc[] = {
- { "add", nullptr, Add, nullptr, nullptr, nullptr, napi_default, nullptr }
- };
- napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);
- return exports;
- }
- EXTERN_C_END
- static napi_module demoModule = {
- .nm_version = 1,
- .nm_flags = 0,
- .nm_filename = nullptr,
- .nm_register_func = Init,
- .nm_modname = "entry",
- .nm_priv = ((void*)0),
- .reserved = { 0 },
- };
- extern "C" __attribute__((constructor)) void RegisterEntryModule(void)
- {
- napi_module_register(&demoModule);
- }
复制代码 看完三件事❤️
- 假如你觉得这篇内容对你还蛮有资助,我想约请你帮我三个小忙:
- 点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。
- 关注作者 ,不定期分享原创知识。
- 同时可以期待后续文章ing
|