App启动分为冷启动和热启动
冷启动:当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。冷启动因为系统会重新创建一个新的进程分配给它，所以会先创建和初始化 Application 类，再创建和初始化首个显示的 Activity 类，然后显示在界面上。
热启动:当启动应用时，后台已有该应用的进程（例如：按back键、home键，应用虽然会退出，但是这个应用的进程依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动应用，这个方式叫热启动。热启动因为会从已有的进程中来启动，所以热启动就不会走 Application 这步了，而是直接走到 Activity，所以热启动的过程不必创建和初始化 Application，因为一个应用从新进程的创建到进程的销毁，Application 只会初始化一次
首次启动:首次启动严格来说也是冷启动，一般来说，首次启动时间会比非首次启动要久，首次启动会做一些系统初始化工作，如缓存目录的生产，数据库的建立，SharedPreference的初始化，如果存在多 dex 和插件的情况下，首次启动会有一些特殊需要处理的逻辑，而且对启动速度有很大的影响，所以首次启动的速度非常重要
启动时间
当从桌面点击APP图标,启动程序开始算起,到用户看见第一个页面,这段时间是启动时间
查看启动时间:
android 4.4之后,在logcat日志当中过滤Displayed,过滤条件是 NoFilters就可以看到我们的应用启动时间,或者用 adb 命令来看
adb shell am start -W com.dongnao.luanchapk/com.packages.luanchar.MainActivity
adb shell am start -W com.lqr.wechat/com.packages.activity.SplashActivity
adb shell dumpsys activity activities
http://blog.csdn.net/u013278099/article/details/50052557
这个法获取的启动时间非常精准，可精确到毫秒。
● ThisTime: 最后一个启动的Activity的启动耗时
● TotalTime: 自己的所有Activity的启动耗时
● WaitTime: ActivityManagerService启动App的Activity时的总时间（包括当前Activity的onPause()和自己Activity的启动）
启动优化
可以分为代码优化和样式优化.
样式优化:
1.设置系统style样式Apptheme,把windowsBackGroud设置为一张图片,启动的时候就会显示这张图片,而不是黑白屏
image.png
2.设置windons背景为透明的,windowsIsTranslucent为true,或者是windowDisablePreview设置为true,两者使用一种就行,效果一样,windowDisablePreview是设置不显示黑白屏,所以看到的还是桌面那个页面
image.png
代码优化:
查看App启动原理发现,APP启动需要经过进程创建,然后分配内存空间,最后会创建Application和调用他的onCreate方法,然后再创建Activity并调用它的onCreate方法,直到加载第一个页面显示出来;
前面的进程分配和Application的创建是由系统来处理的,无法优化,所以我们优化是从Application的oncreate方法后面开始优化
能优化的有三点:
1.Application的oncreate方法,不要做耗时操作
2.MainActivity的oncreate方法,不要做耗时操作
3.xml布局优化,减少首个显示Activity布局嵌套,和过度绘制等等..
Application的onCreate方法尽量不要耗时的操作,如果要初始化一些东西的,能放在子线程的就放在子线程**
@Override
public void onCreate() {
super.onCreate();
new Thread(){
@Override
public void run() {
initNim();
initImagePicker();
initOkHttp();
}
}.start();
判断能否放在子线程的标准:
1.单例初始化,能放在子线程
2.没有创建handler的对象初始化
3.没有操作UI的对象的初始化
4.对异步要求不高的; (注意:在Application初始化,然后下个地方就要用到的,如果是异步初始化,有可能为null,需要判空处理)
有的第三方框架用到handler,如果放在子线程初始化会报错,可以尝试找到报错的方法,把那个报错的方法单独放在UI线程初始化
如果必须放在主线程初始化的:
1.在Application的oncreate里面开启一个定时器,隔2 .3 秒再去初始化
2.放在程序第一个Activity的onResume方法初始化
3.懒加载,需要用到的时候再初始化
如何查看一个方法的消耗时间?
可以使用系统提供的Debug.startMethodTracing方法来追踪查看
使用步骤
1.调用 Debug.startMethodTracing(filePath)方法启动追踪,传入参数是一个文件的路径,系统会在该路径下面创建一xxx.trace的文件
2.在需要结束的地方调用Debug.stopMethodTracing()来结束
@Override
public void onCreate() {
super.onCreate();
File file = new File(Environment.getExternalStorageDirectory(), "app7");
Log.i(TAG, "onCreate: " + file.getAbsolutePath());
Debug.startMethodTracing(file.getAbsolutePath());//开启追踪
//对全局属性赋值
mContext = getApplicationContext();
mMainThread = Thread.currentThread();
mMainThreadId = android.os.Process.myTid();
mMainLooper = getMainLooper();
mHandler = new Handler();
initNim();
initImagePicker();
initOkHttp();
NIMClient.init(this, loginInfo(), options());
Debug.stopMethodTracing();//结束追踪
3.系统会在该路径下面创建一xxx.trace的文件,找到这个文件的路径,导出到桌面,然后拖拽到AndroidStudio里面会自动打开
效果如下图:
image.png
image.png
每一个方法对应的方块,表示那个方法的消耗时间的占比,在上面的方法调用下面的方法,我们可以通过调用追踪,找到耗时占比高的方法,来查看方法当中具体做了哪些耗时的操作,看能不能放在子线程来做,或者延迟操作,等启动页面完成再操作
图片
优化是一个积累的过程,坚持优化,让项目变得更加优秀~~
网友评论