前言
相信前几天在朋友圈晒无聊的小伙伴们,也陆续结束了假期。很多公司为了员工的健康考虑,启动了远程办公模式。
床在桌边,饭在桌上,家里一切都那么安逸,专心工作真的是一件难事。远程工作最大的敌人就是:你的自制力。战胜自己,以后你一定是做成大事的人。
除了好好工作,远程办公还有一个好处是时间比较自由,抓紧一些自由的时间赶紧充电学习。越是空闲时间,越是你追赶别人的绝佳机会。
企业开始上班,就意味着大批量的招聘需求正在路上。所以利用好这段时间,开工后就是你进入大厂的最佳时机。
拉勾网通过与近百家知名企业的深入沟通,结合拉勾 50w+ Java 岗位需求和国内外一线实战讲师,历时 15 个月,对标阿里 P7 技术要求打磨而成**《Java工程师高薪训练营》**是你在这个假期,非常值得学习的内容。
启动模式
要准确的测量APP的启动时间,首先我们要了解APP整个启动过程。 启动过程,一般可以分为以下三类:
爱奇艺Android客户端启动优化与分析
从上图可以看出,启动过程中,Cold的模式下,生命周期中做的事情最多,启动的时间最长,因此,我们以冷启动来衡量APP启动时间。启动过程中,如何判断哪些生命周期影响启动速度呢?
启动过程
我们知道,APP的启动和运行,就是Linux系统创建进程和组件对象,并在UI线程中处理组件消息的过程。
启动过程图:
App的启动过程,可以划分为三个阶段:
3.1 创建进程
当APP启动时,如果当前app的进程不存在,便会创建新的进程;App主进程启动后,如果启动某个组件,并且该组件设置了android:process属性,组件所运行的进程不存在,也会创建新的进程。
需要注意的是,如果在启动阶段,初始化的组件中,包含了多个进程,便会创建多次进程,BindApplication操作也会重复执行多次
3.2 创建UI线程及Handler
进程创建后,会通过反射,执行ActivityThread入口函数,创建Handler,并在当前线程中prepareMainLooper,并在Handler中接收组件的消息,我们来看一下Handler中处理的消息:
- LAUNCH_ACTIVITY,启动,执行Activity
- RESUME_ACTIVITY,恢复Activity
- BIND_APPLICATION,启动app
- BIND_SERVICE,Service创建, onBind
- LOW_MEMORY,内存不足,回收后台程序
sMainThreadHandler中,处理的消息很多,这里只罗列了,可能在启动阶段可能会执行的操作, 这些操作都是运行在Main Thread中,对启动而言,属于阻塞性的。
Activity生命周期,自然需要在启动阶段执行,但,对于Service的创建,Trim_memory回调,广播接收等操作,就需要重点考虑,其操作耗时性。
3.3 Activity运行及绘制
前两个过程,创建进程和UI线程及Handler,都是由系统决定的,对APP开发者而言,并不能控制其执行时间,在本阶段,执行BindApplication,和Acitivity生命周期,都是可以由开发者自定义。
Activity执行到onResume之后,会执行至ViewRootImpl,执行两次performTraversals,第二次traversal操作中,会执行performDraw操作,同时通知RenderThread线程执行绘制.
从启动的三个阶段,我们可以看出,启动启动时间的长短,决定因素在于,主线程中所做事情消耗的时间的多少,所以,我们的优化工作主要集中在,排查主线程中耗时性的工作,并进行合理的优化。Android手机,系统的资源是有限的,过多的异步线程,会抢占CPU,导致主线程执行时间片间隔增大。同样的,内存消耗状态,GC频率,也会影响启动的时间
最后
代码真的是重质不重量,质量高的代码,是当前代码界提倡的,当然写出高质量的代码肯定需要一个相当高的专业素养,这需要在日常的代码书写中逐渐去吸收掌握,谁不是每天都在学习呀,目的还不是为了一个,为实现某个功能写出高质量的代码。
所以,长征路还长,大家还是好好地做个务实的程序员吧。
最后,小编这里有一系列Android提升学习资料,有兴趣的小伙伴们可以来看下哦~