美文网首页
Android 性能——冷启动优化

Android 性能——冷启动优化

作者: LiveMoment | 来源:发表于2017-09-19 18:19 被阅读100次

    一、冷热启动概念:

    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
    <style name="AppTheme.Launcher">
    <item name="android:windowBackground">@drawable/window_background_statusbar_toolbar_tab</item>
    </style>

    将新的Theme应用到设置到AndroidManifest.xml中
    <activity
    android:name=".MainActivity"
    android:theme="@style/AppTheme.Launcher">

    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
    

    </activity>

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

    相关文章

      网友评论

          本文标题:Android 性能——冷启动优化

          本文链接:https://www.haomeiwen.com/subject/aofgsxtx.html