Android机能优化之启动加快35%

呼吁寄义：

• ThisTime:最后一个启动的Activity的启动耗时;
• TotalTime:本身的全部Activity的启动耗时;
• WaitTime: ActivityManagerService启动App的Activity时的总时刻(包罗当前Activity的onPause()和本身Activity的启动)。

七、题目：

1、还可以继承优化的偏向?

• 项目里行使Retrofit收集哀求库，FastConverterFactory做Json理会器，TraceView中看到FastConverterFactory在建设进程中也较量耗时，思量将其换为GsonConverterFactory。可是由于类的担任相关短时刻内无法直接替代，作为优化点暂且遗留;
• 可以思量按照现实环境将启动时部门接口归并为一，镌汰收集哀求次数，低落频率;
• 沟通成果的组件只保存一个，譬喻：友盟、GrowingIO、自有统计等成果一再;
• 行使ReDex举办优化;尝试Redex发明Apk体积确实是小了一点，可是启动速率没有变革，或者必要继承研究。

2、异步、耽误初始化及操纵的依据?

留意一点：并不是每一个组件的初始化以及操纵都可以异步或耽误;是否可以取决组件的挪用相关以及本身项目详细营业的必要。担保一个准则：可以异步的都异步，不行以异步的只管耽误。让应用先启动，再操纵。

3、通用应用启动加快套路?

• 操作主题快速表现界面;
• 异步初始化组件;
• 梳理营业逻辑，耽误初始化组件、操纵;
• 正确行使线程;
• 去掉无用代码、一再逻辑等。

4、其余

• 将启动速率加速了35%不代表之前的代码都是题目，从营业角度大将，代码并没有错误，实现了营业需求。可是在启动时这个注重速率的阶段，忽略的细节就会导致机能的瓶颈。
• 开拓进程中，对焦点模块与应用阶段如启动时，行使TraceView举办说明，尽早发明瓶颈。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!