android 冷启动效率,Android 性能——冷启动优化

一、冷热启动概念：

1、冷启动：冷启动因为系统会重新创建一个新的进程分配给它，所以会先创建和初始化Application类，再创建和初始化MainActivity类(包括一系列的测量、布局、绘制)，最后显示在界面上。

2、热启动：热启动因为会从已有的进程中来启动，所以热启动就不会走Application这步了，而是直接走MainActivity(包括一系列的测量、布局、绘制)，所以热启动的过程只需要创建和初始化一个MainActivity就行了，而不必创建和初始化Application，因为一个应用从新进程的创建到进程的销毁，Application只会初始化一次。

二、冷启动流程：

应用的第一次启动才算完成，这时候我们看到的界面也就是所说的第一帧。所以，总结一下，应用的启动流程如下：

Application的创建和初始化——>attachBaseContext()——>onCreate()——>Activity的构造方法——>onCreate()——>配置主题中背景等属性——>onStart()——>onResume()——>contentView的measure/layout/draw显示在界面上。

三、工具和分析方法：

1、测量activity的启动时间-------Activity的reportFullyDrawn()方法

2、adb shell screenrecord --bugreport /sdcard/launch.mp4 录制屏幕

优化方法：

1、不要让Application参与业务的操作

2、不要在APPlication进行耗时操作，比如有些开发者会在自己的APP里一系列文件夹或文件(比如我自己)，这些I/O操作应该放到"确实该使用的时候再去创建"亦或者是数据库的一些操作。

3、不要以静态变量的方式在Application中保存数据等。

java代码优化

1、缓存：需要频繁访问，或者访问一次开销比较大的：

需要重复用到的，可以缓存下来，比如res.getstring()这种

其他缓存：图片缓存、线程池、消息缓存handler.obtainMessage()、

2、数据结构的选择：

Android也提供了一些性能更优的数据类型，如SparseArray、SparseBooleanArray、SparseIntArray、Pair。

Sparse系列的数据结构是为key为int情况的特殊处理，采用二分查找及简单的数组存储，加上不需要泛型转换的开销，相对Map来说性能更优。

3、算法的选择：

尽量不用o(n*2)的算法；有必要的时间以空间换时间

4、异步：

耗时操作放到异步线程里面去执行

5、提前或延迟操作，错开时间段提高TPS

(1) 延迟操作：不在Activity、Service、BroadcastReceiver的生命周期等对响应时间敏感函数中执行耗时操作，可适当delay。Android中可以采取handler.postDelayed，handler.postAtTime，handler.sendMessageDelayed，View.postDelayed，AlarmManager定时等。

布局优化：

工具：hierarchy viewer、lint

策略：减少布局的复杂性，布局深度

方法：

1、include

2、merge

3、viewstub默认不会显示，需要的时候再inflate； gone

4、listview的优化：复用convertview, viewHolder来减少findviewById, 局部更新

5、用SurfaceView或TextureView代替普通View：

他们可以通过将绘图操作移动到另一个单独线程上提高性能；因为SurfaceView在常规视图系统之外，所以无法像常规试图一样移动、缩放或旋转一个SurfaceView。TextureView是Android4.0引入的，除了与SurfaceView一样在单独线程绘制外，还可以像常规视图一样被改变。

6、尽量为所有分辨率创建资源，减少不必要的硬件缩放，这会降低UI的绘制速度

数据库优化

1、索引：

CREATE INDEX mycolumn_index ON mytable (myclumn)

好处：索引可以大大查询的速度；包括对表查询、连表查询、分组查询、排序查询

坏处：增删改需要维护索引，影响性能；而且索引需要占用一定的物理空间

适用场景：更新频率较低，查询频率较高，经常有范围查询(>, =, <=)或order by、group by发生时的字段建议使用索引；经常同时存取多列，且每列都含有重复值可考虑建立复合索引

2、事务：

Sqlite默认会为每个插入、更新操作创建一个事务，并且在每次插入、更新后立即提交(创建事务->执行语句->提交)；优化的方式是，批量操作时，创建事务->执行n条语句->提交

public void insertWithOneTransaction() {

SQLiteDatabase db = sqliteOpenHelper.getWritableDatabase();

// Begins a transaction

db.beginTransaction();

try {

// your sqls

for (int i = 0; i < 100; i++) {

db.insert(yourTableName, null, value);

}

// marks the current transaction as successful

db.setTransactionSuccessful();

} catch (Exception e) {

// process it

e.printStackTrace();

} finally {

// end a transaction

db.endTransaction();

}

}

3、数据库查询操作放到异步线程里面去做

4、语句的拼接使用StringBuilder代替String

这个就不多说了，简单的string相加会导致创建多个临时对象消耗性能。StringBuilder的空间预分配性能好得多。如果你对字符串的长度有大致了解，如100字符左右，可以直接new StringBuilder(128)指定初始大小，减少空间不够时的再次分配。

5、查询时返回更少的结果集及更少的字段。

查询时只取需要的字段和结果集，更多的结果集会消耗更多的时间及内存，更多的字段会导致更多的内存消耗。

6、少用cursor.getColumnIndex，用static变量记住某一列的index

根据性能调优过程中的观察cursor.getColumnIndex的时间消耗跟cursor.getInt相差无几。可以在建表的时候用static变量记住某列的index，直接调用相应index而不是每次查询。

其他：

视觉体验上的“快”：

为启动的Activity自定义一个Theme，Theme里的windowBackground设置成我们想要让用户看到的画面；

为启动的Activity自定义一个Theme

@drawable/window_background_statusbar_toolbar_tab

将新的Theme应用到设置到AndroidManifest.xml中

android:name=".MainActivity"

android:theme="@style/AppTheme.Launcher">

由于给MainActivity设置了一个新的Theme，这样做会覆盖原来的Theme，所以在MainActivity中需要设置回原来的Theme