影响APP叫停性能的因素及解决方法

②硬碟系统设计或者网络系统设计阻塞了绘制

③存储或者编码bitmap

④栅栏化VectorDrawable实例

⑤Activity之前其它子管理系统的子计算机系统

⑥分线程的工期特殊任务系统设计。

此类应对办法的提很高效率：

①可用性Activity 样式工期：一个样式架构越深，里面包含须要存储的元素就越，就亦会动用就越的子计算机系统小时。应对此应对办法的作法如下：

a.通过增加冗余或嵌套样式，展平您的视图层次结构。

b.不要膨胀在重新启动期间无需推断的GUI部份，而是使用 ViewStub 实例作为运用可以在更适合于的小时膨胀的子层次结构的占位天和。

②异步延时存储：一开始只子计算机系统最须要的样式，异步存储幻灯片，非立即须要的组件可以认真延时存储。应对此类应对办法的作法如下：

a.转移所有资源子计算机系统，以便运用可以在其他线程上延时分派。

b.允许运用存储并推断您的视图，稍后再更新意味着点阵和其他资源的可视物件。

当然，不良影响APP重新启动稳定性的主因除了上述这两种主因值得注意到还有其它的主因，这里就先行说这两种我们可能修改的主因。如果大家还想了解其它不良影响自己APP重新启动稳定性的主因的话，可以用友盟+的U-APM重新启动比对功能来给自己的APP认真一个全面的比对。U-APM运用稳定性追踪平台，通过轻量级的集成接入无需具备实时、可靠、全面的运用崩溃、ANR、自定义持续性等猎取很难， 及卡顿、重新启动比对、寄存器比对、网络比对等稳定性监控很难，支持多场景、多通道电脑告警监控，帮助 开发者很高效氢化持续性、卡顿浏览器的亦会面路径和经营范围现场，延长故障监控小时。共享幽真机试验很难， 助力开发者从研发试验质量前期指导工作到线上应对办法复现监控，安全及运用品质，大幅提高试验很高效率。在幽真机试验 期间自动热带植物崩溃资讯，共享详细的崩溃报告协力筛查，真正充分利用追踪试验全流程深度开辟。