一线大厂大型APP性能优化系列（四）更优雅的延迟方案(1)

2401_84132685

于 2024-05-16 05:54:50 发布

阅读量752

点赞数 11

分类专栏：程序员文章标签：性能优化

本文链接：https://blog.csdn.net/2401_84132685/article/details/138938137

版权

程序员专栏收录该内容

432 篇文章 0 订阅

订阅专栏

我们通过第三章的学习一线大厂大型APP性能优化系列-自定义启动器（三）已经处理前4个，今天我们学习最后一个ilde task（延迟加载，空闲期处理方案）。

2.聊一聊假的延迟方案

（还是想吐槽，简历上都写着会APP的性能优化，一问，什么sendMessageDelayed，什么IldeHandler的定义使用背的都很熟练，再一问项目中怎么用的，基本都哑火了，就1个诚实的，直接回答，就那么用啊。。。emmmm。。。。所以不建议你们刷面经，至少高级岗位不建议，会露馅的）

在我们日常处理一些耗时任务的时候，有很多的方案，比如

1.可以通过Handler().sendMessageDelayed() 达到延迟加载。

原理：将消息加入队列中，然后MessageQueue会根据延时的时间进行队列的排序，时间最短的在前，如果没有要执行的，就进行阻塞，阻塞的时间为最先要执行的任务的等待时间，如果不再添加新任务，则等时间到了会自动执行，如果添加了新任务，则重新排序，然后唤醒当前线程，将排序后，最先要执行的等待时间进行阻塞或者直接执行。

缺点：但是项目中是不建议这样用的，因为会强占CPU，性能会进行耗损，比如一个页面的一些第三方服务进行初始化操作，虽然说是可以延迟一段时间再去初始化，但是如果该页面一直在执行，比如有个定时器或者轮询请求接口等，那么到了时间，依然是要强占CPU来执行我们的第三方服务的初始化操作。所以不能直接这么用

不知道会不会有杠精，“我们平时也是这么用的呀，也没问题呀”。但是你要记住，我聊的是大型项目，比如中石油终端，一个APP中，不光要作为主设备接收其他设备传递的数据，保持的长链接，还通过自定义的一些协议，比如FTFS协议，与硬件进行连接，如加油机，前庭控制器，液位仪等，你直接来个延迟初始化，一开始没什么，等延迟时间到了，如果人员也在操作，油机也在实时上报数据，直接卡死你。

2.IldeHandler

这个的确能解决我们之前尴尬的问题，它的主张是在CPU空闲时再进行操作，不抢占CPU

同学们，面经是不是就只写到这呀，那你们考虑过，如果请求过多尼，如果并发尼？如果空闲执行中执行的任务还必须有先后执行的顺序尼。比如A页面，B页面都把自己耗时的方法加入到了空闲执行队列里面，但是要想执行B页面耗时方法，必须得先执行页面A中的方法，你该怎么做？

废话不多说，直接上代码，顺便附一张之前战斗过的地方，项目虽好，但是工作室太“简陋”，做完几个版本就溜了。。

3.聊一聊IdleHandler的优化及封装

不知道task是啥的，就去看第三章内容。

/**

@author: lybj
@date: 2020/5/26
@Description: 空闲队列
*/
public class IldeTaskDispatcher {

private Queue mIldeQueue = new LinkedList<>();

private MessageQueue.IdleHandler messageQueue = new MessageQueue.IdleHandler(){

@Override
public boolean queueIdle() {

if(mIldeQueue.size() > 0){

// 如果CPU空闲了，
Task IldeTask = mIldeQueue.poll();
new DispatchRunnable(IldeTask).run();
}
// 如果返回false，则移除该 IldeHandler
return !mIldeQueue.isEmpty();
}
};

public IldeTaskDispatcher addTask(Task task){

mIldeQueue.add(task);
return this;
}

/**

执行空闲方法，因为用了DispatchRunnable，所以会优先处理需要依赖的task，再处理本次需要处理的task，顺序执行
*/
public void start(){
Looper.myQueue().addIdleHandler(idleHandler);
}
}
复制代码

调用的话也很简单

new IldeTaskDispatcher()
.addTask(new InitBaiduMapTask())
.addTask(new InitBuglyTask())
.start();
复制代码

4.其他代码

不明白的，去看上一章的讲解，这章本来就是在上一章内容上增加的拓展

DispatchRunnable

public class DispatchRunnable implements Runnable {
private Task mTask;
private TaskDispatcher mTaskDispatcher;

public DispatchRunnable(Task task) {
this.mTask = task;
}
public DispatchRunnable(Task task,TaskDispatcher dispatcher) {
this.mTask = task;
this.mTaskDispatcher = dispatcher;
}

@Override
public void run() {

Process.setThreadPriority(mTask.priority());

long startTime = System.currentTimeMillis();

mTask.setWaiting(true);
mTask.waitToSatisfy();

long waitTime = System.currentTimeMillis() - startTime;
startTime = System.currentTimeMillis();

// 执行Task
mTask.setRunning(true);
mTask.run();

// 执行Task的尾部任务
Runnable tailRunnable = mTask.getTailRunnable();
if (tailRunnable != null) {
tailRunnable.run();
}

if (!mTask.needCall() || !mTask.runOnMainThread()) {
printTaskLog(startTime, waitTime);

TaskStat.markTaskDone();
mTask.setFinished(true);
if(mTaskDispatcher != null){
mTaskDispatcher.satisfyChildren(mTask);

// --> 8
mTaskDispatcher.markTaskDone(mTask);
}
}
TraceCompat.endSection();
}
}
复制代码

task

public abstract class Task implements ITask {

private volatile boolean mIsWaiting; // 是否正在等待
private volatile boolean mIsRunning; // 是否正在执行
private volatile boolean mIsFinished; // Task是否执行完成
private volatile boolean mIsSend; // Task是否已经被分发

// 当前Task依赖的Task数量（需要等待被依赖的Task执行完毕才能执行自己），默认没有依赖
private CountDownLatch mDepends = new CountDownLatch(dependsOn() == null ? 0 : dependsOn().size());

/**