描述:
SystemUI内存消耗较大,有时会比其他手机内存消耗多1/3左右,请确认能否优化。
164,559K: Persistent ( 27,957K in swap)
92,304K: com.android.systemui (pid 1431) ( 11,882K in swap)
38,306K: com.android.phone (pid 1750) ( 5,916K in swap)
19,375K: com.**.presence (pid 2378) ( 6,122K in swap)
14,574K: com.gsma.** (pid 2400) ( 4,037K in swap)CTS 失败如图:(图与bug中信息不一致,但是,也能说明问题)
分析:
Persistent 暂用内存不能超过122880K, 而目前手机的占用Persistent 内存为129701M ,仅仅大了7M多(手机占用Persistent内存是动态的,每次dump的结果都不一样,而且相差有可能超过20M).
思路如下:
(1)是否可以将某些app 去掉Persistent 属性,可以减少Persistent的占用.
咨询各个app的负责人,Persistent 属性是不能去掉,否则,就影响应用的功能.
(2)使用showmap 工具查看, app使用各个文件占用内存分布.
着重showmap 工具查看进行分析:
先从占用Persistent最高的systemui开始分析.
sudo adb shell ps -ef | grep -i "systemui"
u0_a177 1198 536 0 16:38:06 ? 00:07:37 com.android.systemui
sudo adb shell pmap 1198 | grep "MtkSys"
8228e000 15084K r-s /system/system_ext/priv-app/MtkSystemUI/MtkSystemUI.apk
83149000 4K r---- /system/system_ext/priv-app/MtkSystemUI/MtkSystemUI.apk
8314a000 8152K r---- /system/system_ext/priv-app/MtkSystemUI/MtkSystemUI.apk
83940000 4K r---- /system/system_ext/priv-app/MtkSystemUI/MtkSystemUI.apk
83941000 2340K r---- /system/system_ext/priv-app/MtkSystemUI/oat/arm/MtkSystemUI.odex
83b8a000 11556K r-x-- /system/system_ext/priv-app/MtkSystemUI/oat/arm/MtkSystemUI.odex
846d3000 16K r---- /system/system_ext/priv-app/MtkSystemUI/oat/arm/MtkSystemUI.odex
846eb000 60K r---- /system/system_ext/priv-app/MtkSystemUI/oat/arm/MtkSystemUI.vdex
846fa000 4K r---- /system/system_ext/priv-app/MtkSystemUI/oat/arm/MtkSystemUI.odex
846fb000 4K rw--- /system/system_ext/priv-app/MtkSystemUI/oat/arm/MtkSystemUI.odex
92454000 304K r-s /system/system_ext/priv-app/MtkSystemUI/MtkSystemUI.apk
9a3db000 304K r-s /system/system_ext/priv-app/MtkSystemUI/MtkSystemUI.apk
发现MtkSystemUI.odex占用的virtual size特别多(当然,还有其他文件占用内存也可以逐个分析,只不过, 一般情况下,出现其他文件占用内存比较高的案例特别少).
处理思路:
(1) 既然.odex 占用内存比较高, 可以不生成odex文件,进行测试.
在android.dp 文件里面,配置
//禁止生成odex
dex_preopt: {
enabled: false,
},
先进行dumpsys meminfo:
108,896K: Persistent
68,737K: com.android.systemui (pid 1184)
21,970K: com.android.phone (pid 1308)
10,351K: com.**.presence (pid 1852)
7,838K: com.gsma.** (pid 1871)
是符合预期的,然后,再跑CTS ,是可以一次跑过.
(2) 查看是否对dex 做了优化. 发现有代码配置:
PRODUCT_DEXPREOPT_SPEED_APPS += \
MtkSystemUI
去掉 在PRODUCT_DEXPREOPT_SPEED_APPS 取消MtkSystemUI 配置.
先进行dumpsys meminfo:
109,172K: Persistent
68,395K: com.android.systemui (pid 1184)
25,185K: com.android.phone (pid 1308)
11,367K: com.**.presence (pid 1852)
9,225K: com.gsma.** (pid 1871)
是符合预期的,然后,再跑CTS ,是可以一次跑过.
总结:
最后选择从PRODUCT_DEXPREOPT_SPEED_APPS 取消MtkSystemUI 配置, 因为这块逻辑是修改代码配置而造成的.
我们在修改配置,最好先从后期代码修改导致的代码. 若实在没有办法,再修改原生配置.