|
<bitmap
android:src="@mipmap/splash"
android:gravity=“fill”/>
1.1.2、在style.xml中设置：
1.1.3、调用：
<activity android:name=".MainActivity"
android:theme="@style/Theme.Splash">
1.1.4、然后再MainActivity的onCreate方法中切换回来：
@Override
protected void onCreate(Bundle savedInstanceState) {
setTheme(R.style.AppTheme);
super.onCreate(savedInstanceState);
}
1.2、异步优化
核心思想：子线程分担主线程任务，并行减少时间
比如说一个线程耗时1500ms，我们可以用三个并行的线程，每个耗时500ms。
/**
-
异步优化，使用线程池的方式，用多个并行线程来完成初始化，从而减少启动时间 -
此处的nThreads的数量不能写死，因为不同的手机我们可用的CPU数量不一样，有的我们可以用4个 -
核，有的可以用8个核，此处可以参考AsyncTask中的设置方法
*/
Executors.newFixedThreadPool(？);
AsyncTask.java
public abstract class AsyncTask<Params, Progress, Result> {
private static final String LOG_TAG = “AsyncTask”;
//获取到的设备的CPU数量
private static final int CPU_COUNT = Runtime.getRuntime().availableProcessors();
//线程池的核心池数量
//如果 CPU_COUNT = 8, 那么最后取值为4 八核设备
//如果 CPU_COUNT = 4, 那么最后取值为3 四核设备
//如果 CPU_COUNT = 2, 那么最后取值为2 双核设备
private static final int CORE_POOL_SIZE = Math.max(2, Math.min(CPU_COUNT - 1, 4));
private static final int MAXIMUM_POOL_SIZE = CPU_COUNT * 2 + 1;
private static final int KEEP_ALIVE_SECONDS = 30;
}
1.2.1、实战：
public class App extends Application {
pri
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
vate static final int CPU_COUNT = Runtime.getRuntime().availableProcessors();
private static final int CORE_POOL_SIZE = Math.max(2, Math.min(CPU_COUNT - 1, 4));
@Override
public void onCreate() {
super.onCreate();
/**
-
异步优化，使用线程池的方式，用多个并行线程来完成初始化，从而减少启动时间 -
此处的nThreads的数量不能写死，因为不同的手机我们可用的CPU数量不一样，有的我们可以用4个 -
核，有的可以用8个核，此处可以参考AsyncTask中的设置方法
*/
ExecutorService service = Executors.newFixedThreadPool(CORE_POOL_SIZE);
service.submit(new Runnable() {
@Override
public void run() {
initBugly();
}
});
service.submit(new Runnable() {
@Override
public void run() {
initAMap();
}
});
…//如上，可以把多个方法按照如上方式都加入到runnable中
}
}
1.2.2、问题一：
例如，如果在某个异步执行的方法中有Handler
private void initBugly() {
//这个Handler由于在子线程中，就会报出异常
Handler handler = new Handler();
CrashReport.initCrashReport(getApplicationContext(), “注册时申请的APPID”, false);
}
通过以上例子，我们就知道在实际开发中，会有一些不满足异步执行的需求，此时有两种解决方案：一、把它修改成可以进行异步执行，如上例子，可以改为：
private void initBugly() {
Handler handler = new Handler(Looper.getMainLooper());
CrashReport.initCrashReport(getApplicationContext(), “注册时申请的APPID”, false);
}
二，实际开发中，有些操作是必须要放在子线程中执行的，那么针对这些操作，我们就放弃异步执行。
1.2.3、问题二：
举例，加入对于initBugly()方法，我们需要在SplashActivity界面需要用到Bugly中的某个方法，但是由于initBugly()方法是在子线程中异步执行的，我们不知道它有没有初始化完毕，如果没有初始化完毕我们就使用是会出错的。此处我们提供了一个解决方案：CountDownLatch，它相当于加个锁，如果不执行完毕就不解锁，具体我们看代码：
//1、 传入1 表示 mCountDownLatch 需要被满足一次
private CountDownLatch mCountDownLatch = new CountDownLatch(1);
@Override
public void onCreate() {
super.onCreate();
ExecutorService service = Executors.newFixedThreadPool(CORE_POOL_SIZE);
service.submit(new Runnable() {
@Override
public void run() {
initBugly();
//3、mCountDownLatch 被满足一次
mCountDownLatch.countDown();
}
});
//2、如果mCountDownLatch不被满足的话，它会一直等待
try {
mCountDownLatch.await();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
1.2.4、异步优化注意：
-
不符合异步要求 -
需要在某阶段完成 -
区分CPU密集型和IO密集型任务
1.3、异步优化方案最优解
1.3.1、常规异步优化痛点
1.3.2、启动器介绍
核心思想：充分利用CPU多核，自动梳理任务顺序
启动器流程：
-
代码Task化，启动逻辑抽象为Task -
根据所有任务依赖关系排序生成一个有向无环图 -
多线程按照排序后的优先级依次执行
2、更优秀的延迟初始化方案
=============
2.1、常规初始化痛点
2.2、更优方案
核心思想：对延迟任务进行分批初始化
利用IdleHandler特性，空闲执行
public class DelayInitDispatcher {
private Queue mDelayTasks = new LinkedList<>();
/**
*/
private MessageQueue.IdleHandler mIdleHandler = new MessageQueue.IdleHandler() {
@Override
public boolean queueIdle() {
if (mDelayTasks.size() > 0) {
Task task = mDelayTasks.poll();
new DispatchRunnable(task).run();
}
return !mDelayTasks.isEmpty();
}
};
/**
*/
public DelayInitDispatcher addTask(Task task) {
mDelayTasks.add(task);
return this;
}
/**
- 开启 DelayInitDispatcher 的方法
*/
public void start() {
Looper.myQueue().addIdleHandler(mIdleHandler);
}
}
DelayInitDispatcher delayInitDispatcher = new DelayInitDispatcher();
delayInitDispatcher.addTask(new DelayInitTaskA())
.addTask(new DelayInitTaskB())
.start();
特点：
3、启动优化其他方案
==========
3.1、优化总方针
|