Android性能优化（一）—— 启动优化

在性能优化中存在启动时间2-5-8原则：

• 当用户在0-2s之间得到响应时，会感觉系统的响应很快；
• 当用户在2-5s之间得到响应时，会感觉系统的响应速度还可以；
• 当用户在5-8s之间得到响应时，会感觉系统的响应速度很慢，但是还可以接受；
• 而当用户在超过8s后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应；

八秒定律是在互联网领域存在的一个定律，即指用户访问一个网站时，如果等待网页打开的时间超过了8秒，就有超过70%的用户放弃等待。

• 冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，然后再根据启动的参数，启动对应的进程组件，这个启动方式就是冷启动；
• 热启动：当启动应用时，后台已有该应用的进程（例如：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），在已有进程的情况下，这种启动会从已有的进程中来启动对应的进程组件，这个方式叫热启动；

冷启动的详细流程可以简单分成三个步骤，其中创建进程步骤是系统做的，启动应用和绘制界面是应用做的：

• 创建进程：启动APP-> 显示一个空白的启动Window -> 创建应用进程；
• 启动应用：创建Application -> 启动主线程（UI线程）-> 创建第一个Activity；
• 绘制界面：加载视图布局（inflating） -> 计算视图在屏幕上的位置排版（Laying out） -> 首帧视图绘制（Draw）；

不同的启动方式决定了应用UI对用户可见所需要花费的时间长短，冷启动消耗的时间最长。 基于冷启动方式的优化工作也是最考验产品用户体验的地方。

以下是启动时间，这个启动时间是从应用启动（创建应用进程）开始计算到完成视图的首帧绘制（即Activity的内容对用户可见）为止：

或者使用指令：adb shell am start -S -W [packageName]/[packageName.MainActivity]，-S表示重新启动应用，查看启动时间：

或者是使用埋点的方式，启动时埋点，启动结束埋点，二者的差值就是启动时间。我们能够接触到的最早的启动相关回调方法是Application.attachBaseContext方法，在这个方法中获取启动时间，在Activity.onWindowFocusChanded方法中获取结束时间，此时，View已经完成了measure、layout，但是还没有draw。

以下是三种方式对比：

启动窗口，指的是应用启动时候的预览窗口。Android默认有一个启动页，用户点击桌面APP图标之后，系统会立即显示这个启动窗口，等APP主页加载好之后再显示主页面。

这个启动窗口是可以禁用的，部分开发者会禁用系统默认的启动窗口，自己定义。但是自定义的启动窗口需要的时间要比直接显示系统的启动窗口所花的时间要长，这就会导致用户在使用的时候，点击图标启动APP的时候，有一定的延迟， 表现在点击图标过了一段时间才进行窗口动画进入APP，我们要尽量避免这种情况。

• 不要禁止系统默认的启动窗口：即不要在主题里面设置android:windowDisablePreview为true
• 自己定制启动窗口的内容时，可以将启动窗口的背景设置成和闪屏页一样，或者尽量使闪屏页面的主题和主页一致。 可以参考知乎、抖音的做法；
• 合并闪屏和主页面的Activity：微信的做法，不过由于微信设置了android:windowDisablePreview， 且他在各个厂商的白名单里面，一般不会被杀，冷启动的机会比较少；

线程优化主要是减少CPU调度带来的波动，让启动时间更稳定。如果启动过程中有太多的线程一起启动，会给CPU带来非常大的压力，尤其是比较低端的机器。可以使用线程池控制线程数量：

class Test {
  public static void main(String[] args) {
    ExecutorService pool = Executors.newFixedThreadPool(2);
    Thread t1 = new TestThread();
    Thread t2 = new TestThread();
    Thread t3 = new TestThread();
    Thread t4 = new TestThread();
    Thread t5 = new TestThread();
    pool.execute(t1);
    pool.execute(t2);
    pool.execute(t3);
    pool.execute(t4);
    pool.execute(t5);
  }
}

class TestThread extends Thread {
  @Override
  public void run() {
    System.out.println(Thread.currentThread().getName() + "正在执行...");
  }
}

// pool-1-thread-1正在执行...
// pool-1-thread-2正在执行...
pool-1-thread-1正在执行...
pool-1-thread-2正在执行...
pool-1-thread-1正在执行...

ConstraintLayout可以按照比例约束控件位置和尺寸，能够更好地适配屏幕大小不同的机型。 使用约束布局的关键点：

• 约束布局采用相对定位原理，即控件相对于另一个控件的约束；
• 一个控件至少三个方向的约束；

constraint [kənˈstreɪnt] 限制，束缚；克制，拘束

# title_layout.xml



    



# activity_main.xml


	
    	// 使用include标签引入merge标签布局

    

    	// 这里需要引入一个懒加载的布局
        

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        
        ViewStub mViewStub = findViewById(R.id.mViewStub);
        mViewStub.inflate();  // 需要显示时，调用该方法
    }
}

Looper.myQueue().addIdleHandler(new MessageQueue.IdleHandler() {
  @Override
  public boolean queueIdle() {
    return false;
  }
});