开关机 重启时间优化

极力推荐Android 开发大总结文章:欢迎收藏
程序员Android 力荐 ,Android 开发者需要的必备技能

 

本篇文章主要介绍 Android 开发中开关机 重启时间 部分知识点,通过阅读本篇文章,您将收获以下内容:

  1. zygote,预加载class、resources
  2. 开机动画进程 bootanimation
  3. SystemServer.java 代码逻辑
  4. 非必要服务请放在system_server进程外启动
  5. kernel init 时间过长
  6. 排查驱动设备初始化是否完成
  7. apk dex2oat时间过长
  8. 尽量少把APP设置为persist
  9. 定频定核,调高CPU频率,会带来一定的功耗
  10. PackageManagerService 扫描apk 优化
  11. 关机时间优化
  12. 优化第三apk 后台服务
  13. 谷歌官方参考资料

开机性能优化

开机性能是用功能和其它因素多方面平衡的结果,片面追求单方面的性能没有太大意义;
有些产品设计开机动画非常酷炫,动画图片过多、高帧率会影响开机速度,这时就需要看是开机速度优先还是体验优先;
具体开机优化方案如下:

1.zygote,预加载class、resources

zygote预加载多了,会影响开机时间,所以需要优化预加载内容。

MTK 平台 开机时间信息保存在 /proc/bootprof下,或mtklog/mobilelog/Aplog下。

开机时间信息

<< /proc/bootprof >>:
----------------------------------------
0       BOOT PROF (unit:msec)
----------------------------------------
      1612        : preloader
      1915        : lk (Start->Show logo: 981)
----------------------------------------
        34.132076 : ON
        88.563768 :    1-swapper/0       : initcall: of_init    17.915384ms
       131.311461 :    1-swapper/0       : initcall: customize_machine    24.395769ms
       164.462461 :    1-swapper/0       : initcall: param_sysfs_init    16.619385ms
       228.096692 :    1-swapper/0       : initcall: event_trace_init    30.488846ms
       297.817461 :    1-swapper/0       : initcall: populate_rootfs    53.605462ms
       353.950769 :    1-swapper/0       : initcall: mt_i2c_init    16.164154ms
      2367.197389 :    1-swapper/0       : probe: probe=i2c_device_probe drv=mt6311(c0e57f6c)  1998.596236ms
      2367.745697 :    1-swapper/0       : initcall: mt6311_init  1999.229312ms
      2385.294389 :    1-swapper/0       : probe: probe=platform_drv_probe drv=musb-hdrc(c0e5876c)    16.914000ms
      2385.426543 :    1-swapper/0       : initcall: musb_init    17.640462ms
      2503.717235 :    1-swapper/0       : probe: probe=platform_drv_probe drv=mtk-msdc(c0ea070c)    36.834692ms
      2540.662159 :    1-swapper/0       : probe: probe=platform_drv_probe drv=mtk-msdc(c0ea070c)    36.847000ms
      2542.779389 :    1-swapper/0       : initcall: mt_msdc_init    76.216231ms
      2852.160621 :    6-kworker/u8:0    : probe: probe=i2c_device_probe drv=fts_ts(c0e9b9cc)   234.830693ms
      2855.127621 :    6-kworker/u8:0    : probe: probe=platform_drv_probe drv=mtk-tpd(c0e78d4c)   238.288846ms
      2869.938159 :    1-swapper/0       : initcall: battery_init   253.557308ms
      2879.950852 :    1-swapper/0       : Kernel_init_done

......

     29772.775531 :  727-system_server   : AMS:systemReady
     29786.000916 :  727-system_server   : AMS:AMS_READY
     30075.941840 :  727-system_server   : AP_Init:[service]:[com.google.android.inputmethod.latin]:[com.google.android.inputmethod.latin/com.android.inputmethod.latin.LatinIME]:pid:975
     30116.813224 :  727-system_server   : AP_Init:[service]:[com.android.systemui]:[com.android.systemui/.ImageWallpaper]:pid:986:(PersistAP)
     30244.397225 :  919-system-server-i : AP_Init:[]:[WebViewLoader-armeabi-v7a]:pid:1011
     30328.229148 :  727-system_server   : SystemServer:NetworkStatsService systemReady
     30403.290071 :  727-system_server   : SystemServer:ConnectivityService systemReady
     30702.016149 :  727-system_server   : SystemServer:NetworkPolicyManagerServ systemReady
     31632.788228 :  727-system_server   : SystemServer:PhaseThirdPartyAppsCanStart
     31680.525843 :  727-system_server   : AP_Init:[added application]:[com.mediatek.ims]:[com.mediatek.ims]:pid:1138:(PersistAP)
     31715.058459 :  727-system_server   : AP_Init:[added application]:[com.android.phone]:[com.android.phone]:pid:1145:(PersistAP)
     31824.557459 :  727-system_server   : AP_Init:[activity]:[com.android.settings]:[com.android.settings/.FallbackHome]:pid:1175
     31891.278382 :  727-system_server   : Android:SysServerInit_END
     32461.362615 :  763-ActivityManager : AMS:ENABLE_SCREEN
     32463.281768 :  770-android.display : AP_Launch: com.android.settings/.FallbackHome 665ms
     36239.598547 :  763-ActivityManager : AP_Init:[broadcast]:[com.android.dialer]:[com.android.dialer/.app.voicemail.LegacyVoicemailNotificationReceiver]:pid:1524
     38411.551244 :  325-Binder:300_1    : BOOT_Animation:END
     38411.595629 : OFF
----------------------------------------
================ END of FILE ===============

预加载Class

因为少加载类会影响APP启动速度,开机过程会涉及到APP启动,此地没有优化空间;
预加载Class 类路径 /frameworks/base/config/preloaded-classes

预加载Class

预加载资源

/frameworks/base/core/res/下的资源文件会被打包成 framework-res.apk
此时需要确保没有冗余的 资源图片,可以挨个检查图片、XML 是否在系统中有用到。

2.开机动画进程 bootanimation

开机动画保存在手机system/media下,开机动画要求图片越少越好,不宜占用过大的内存空间,否则系统会浪费在加载开机动画图片上,这样导致开机时间慢,就不好了。

两种开机动画

1.播放开机声音

开机动画需要等待开机铃声播放完,动画才能退出,开机才能完成;所以开机铃声的mp3文件不能过长,最好不要超过system_server启动时间;

system_server 启动时间

     23340.916362 :  727-system_server   : Android:SysServerInit_START
     24217.928364 :  727-system_server   : Android:PackageManagerService_Start
      ....
     31891.278382 :  727-system_server   : Android:SysServerInit_END

2.不播放开机声音

不播放开机声音,不会影响开机时间,bootanimation.zip中图片越少越好。

3. SystemServer.java 代码逻辑

不建议更改SystemServer 代码逻辑,修改风险较大,除非对开机速度有特别严苛的要求才修改:
/frameworks/base/services/java/com/android/server/SystemServer.java

比如:
DropBoxManagerService
和调试相关,可以异步加载或者直接阉割掉

PinnerService
没有配置相关则可以去除;

其他Service可以挨个排查;

4. 非必要服务请放在system_server进程外启动

system_server 特定的服务导致开机变慢,比如:指纹系统;
非必要的服务可以放在system_server进程外启动;

5. kernel init 时间过长

kernel init需要先看一下客户的版本上init.rc文件相对Driveronly版本是否有添加新的init,这些是否都是必须添加的。

uartlog 中,需要查关键字 cut here ,找到在kernel init过程中,频繁打出的这些call stack,看这些call stack,排查一下贵司所客制化的点。

6. 排查驱动设备初始化是否完成

uartlog中排查驱动设备初始化是否有完成或延时较长。

比如之前驱动代码异常问题,耗时8s,这个有很大优化空间。

遇到问题举例

 

7. apk dex2oat时间过长

如果是刷机后第一次因为对apk进行dex2oat导致的开机慢:

bootprof文件中包含PMS:performDexOpt,说明在编译时没有打开dex2oat选项;
可以按照下面修改
/device/build目录下,修改下面的宏,具体下面3个宏的位置可以在代码中搜索一下:

build/core/dex_preopt.mk

WITH_DEXPREOPT := true 
WITH_DEXPREOPT_PIC := true
 
DONT_DEXPREOPT_PREBUILTS := false //或者注释掉

Log 举例:

     67720.299622 : 1211-system_server   : PMS:performDexOpt:com.mediatek.ims
     67727.107469 : 1211-system_server   : PMS:performDexOpt:com.google.android.ext.services
     67732.884007 : 1211-system_server   : PMS:performDexOpt:com.android.providers.telephony
     67740.281545 : 1211-system_server   : PMS:performDexOpt:com.micromaxinfo.coreupdater
     67750.098776 : 1211-system_server   : PMS:performDexOpt:com.touchtype.swiftkey
     82794.094658 : 1211-system_server   : PMS:performDexOpt:com.mediatek.fwk.plugin
     82798.845812 : 1211-system_server   : 

     .......

    116880.481509 : 1211-system_server   : PMS:performDexOpt:com.android.keychain
    116884.277509 : 1211-system_server   : PMS:performDexOpt:com.android.chrome
    116901.748740 : 1211-system_server   : PMS:performDexOpt:com.android.gallery3d
    116909.980047 : 1211-system_server   : 
    126659.802071 : 1211-system_server   : PMS:performDexOpt:com.google.android.syncadapters.calendar
    126665.240840 : 1211-system_server   : PMS:performDexOpt:com.android.managedpr
    134272.287243 : 1211-system_server   : PMS:performDexOpt:com.jio.adc.embedded
    134581.037782 : 1211-system_server   : PMS:performDexOpt:com.android.wallpaperbackup
    134583.934936 : 1211-system_server   : PMS:performDexOpt:com.android.providers.blockednumber
    134589.891166 : 1211-system_server   : 
    137465.599866 : 1211-system_server   : PMS:performDexOpt:com.android.captiveportallogin

8. 尽量少把APP设置为persist

  1. 优化每一个有源码的persist APP;使他们启动尽可能快;
  • com.android.systemui(PersistAP)
  • com.mediatek.ims(PersistAP)
  • com.android.phone(PersistAP)
  • com.android.settings
  1. 精简apk包

(1)删除没有用到的,图片、资源文件、没有用到的 jar包文件、不需要使用的so文件;
(2)预置自己的APP,假如设备只会加载drawable-xxhdpi中的资源,那么可以在drawable包 重复的资源可以直接删除;
(3)预置自己的APP,假如设置只支持英文,values-da、values-fa这样的多语言支持资源都 可以删除;
(4)apk中只保留和系统适配的so文件,比如:armv7和arm64的so文件;

  1. App 的onCreate方法中不要用耗时的代码片段。

  2. 修改app的启动模式

通过修改--compiler-filter为 speed、quick、speed-profile来提高apk的启动速度;
speed 模式优化的类较多,这时优化后的vdex、odex的文件较大,应用启动过程包括映射apk文件的过程,文件偏大导致有一定的时间损耗;
speed模式优化后,Java类执行更快;所以这个需要针对具体的应用多次验证,没有普适性;

9. 定频定核,调高CPU频率,会带来一定的功耗

6763的O1版本代码为例:
在Init进程中进行如下修改。
/system/core/rootdir/init.rc

on early-init
#mtk begin
write /proc/ppm/policy/ut_fix_core_num "4 4"
write /proc/ppm/policy/ut_fix_freq_idx "0 0"
#mtk end

on property:sys.boot_completed=1
bootchart stop
#mtk begin
write /proc/ppm/policy/ut_fix_core_num "-1 -1"
write /proc/ppm/policy/ut_fix_freq_idx "-1 -1"
#mtk end

10.PackageManagerService 扫描apk 优化

scanDirTracedLI

(1)减少预置APP的数量(对开机速度会有较为明显的提升);
(2)删除没有必要的apk包;
(3)单线程scan分区里面的apk并不一定能充分使用IO资源,尝试改为多线程异步scan;(部分手机厂商有做出此种修改,且效果较为明显,但修改需谨慎);
(4)精简系统,把系统中用不到的apk包、有重复功能的apk移除(比如:我司代码默认包含 有计算器APP,如果贵司有自己单独的计算器APP则可以移除我司apk),这样既可以使系统有更大的剩余存储空间又可以减少scan的时间,加快开机;

11.关机时间优化

MTK6763为例:
[ro.mediatek.version.branch]: [alps-mp-o1.mp1]
可以把下面这个时间改为1s(贵司可以自己测试找一个最优值),然后关机音频控制在1s(否则音频播放不完整),或者关机时不播放铃声,把这个值设置为10ms

/frameworks/base/services/core/java/com/android/server/power/ShutdownThread.java

149 // Shutdown Animation
150 private static final int MIN_SHUTDOWN_ANIMATION_PLAY_TIME = 1 * 1000;

12.优化第三apk 后台服务

关机时间长的另外一个原因有可能是后台应用乱跑;
尤其国内一些有保活的APP,在后台都在积极抢占CPU,在手机系统资源紧张时对系统的性能影响是非常大的;

手机使用过程中,适当的限制后台进程的数量,会一定程度提高系统性能和更快的关机;

还有些APP一直保持有1个像素的悬浮窗,使自己一直为可见进程,可见进程能更多的占用系统资源,手机系统可以增加悬浮窗的权限管控开关只有获取到了才允许悬浮,可以更加合理的非配系统资源。

13.谷歌官方参考资料

谷歌官方启动时间优化链接

至此,本篇已结束,如有不对的地方,欢迎您的建议与指正。同时期待您的关注,感谢您的阅读,谢谢!

如有侵权,请联系小编,小编对此深感抱歉,届时小编会删除文章,立即停止侵权行为,请您多多包涵。

既然都看到这里,领两个红包在走吧!
以下两个红包每天都可以领取

1.支付宝搜索 522398497,或扫码支付宝红包海报。

支付宝扫一扫,每天领取大红包

2.微信红包,微信扫一扫即可领取红包

 

微信扫一扫,每天领取微信红包

小礼物走一走,来简书关注我

 

posted @ 2018-08-06 18:48  程序员Android的博客  阅读(276)  评论(0编辑  收藏  举报