2024年最全Android性能优化-检测App卡顿(3)，移动端h5页面开发教程视频

最后

这里我特地整理了一份《Android开发核心知识点笔记》，里面就包含了自定义View相关的内容

除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。

分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~

喜欢本文的话，给我点个小赞、评论区留言或者转发支持一下呗~

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

final Looper me = myLooper();

if (me == null) {

throw new RuntimeException(“No Looper; Looper.prepare() wasn’t called on this thread.”);

}

// 获取Looper中的消息队列

final MessageQueue queue = me.mQueue;

// 死循环，对消息队列里面的消息进行遍历

for (;😉 {

// 通过queue.next()取出消息，消息是在Handler.sendMessage方法中存到消息队列里的

Message msg = queue.next(); // might block

if (msg == null) {

// No message indicates that the message queue is quitting.

return;

}

// This must be in a local variable, in case a UI event sets the logger

final Printer logging = me.mLogging;

if (logging != null) {

//用户设置自己的Printer，在消息分发前调用Printer打印相关信息，此时获取消息分发前的时间T1；

logging.println(">>>>> Dispatching to " + msg.target + " " +

msg.callback + ": " + msg.what);

}

final long slowDispatchThresholdMs = me.mSlowDispatchThresholdMs;

final long traceTag = me.mTraceTag;

if (traceTag != 0 && Trace.isTagEnabled(traceTag)) {

Trace.traceBegin(traceTag, msg.target.getTraceName(msg));

}

final long start = (slowDispatchThresholdMs == 0) ? 0 : SystemClock.uptimeMillis();

final long end;

try {

// 调用msg.target.dispatchMessage(msg)，进行消息的分发。这里的msg.target就是发送这条消息的Handler对象。

// 这样Handler发送的消息最终又交回到它的dispatchMessage方法来处理。不同的是，Handler的dispatchMessage

// 方法是在创建Handler时所使用的Looper中执行的，这样就成功将代码逻辑切换到指定线程中去执行了。

msg.target.dispatchMessage(msg);

end = (slowDispatchThresholdMs == 0) ? 0 : SystemClock.uptimeMillis();

} finally {

if (traceTag != 0) {

Trace.traceEnd(traceTag);

}

}

if (logging != null) {

//消息分发完成后，调用用户自己设置的Printer.println（）方法，此时获取消息分发之后时间T2；

logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);

}

}

}

/**

• Control logging of messages as they are processed by this Looper. If

• enabled, a log message will be written to printer

• at the beginning and ending of each message dispatch, identifying the

• target Handler and message contents.

• @param printer A Printer object that will receive log messages, or

• null to disable message logging.

• 用户可以设置自己的Printer，这样在知道消息分发前后的时间，

• 通过前后的时差与阈值进行对比，从而确定是否发生了卡顿

*/

public void setMessageLogging(@Nullable Printer printer) {

mLogging = printer;

}

通过设置Printer我们可以检测msg.target.dispatchMessage(msg)执行时间，这样就可以知道部分UI线程是否有耗时操作了。

BlockCanary的LooperMonitor的println方法如下：

LooperMonitor

@Override

public void println(String x) {

if (!mPrintingStarted) {

//dispatchMesage前执行的println

//记录开始时间

mStartTimestamp = System.currentTimeMillis();

mStartThreadTimestamp = SystemClock.currentThreadTimeMillis();

mPrintingStarted = true;

//开始采集栈及cpu信息，最终会调用Stacksampler.start()方法；

startDump();

} else {

//dispatchMesage后执行的println

//获取结束时间

final long endTime = System.currentTimeMillis();

mPrintingStarted = false;

//判断耗时是否超过阈值

if (isBlock(endTime)) {

notifyBlockEvent(endTime);

}

//最终会调用Stacksampler.stop()方法；

stopDump();

}

}

//判断是否超过阈值

private boolean isBlock(long endTime) {

return endTime - mStartTimestamp > mBlockThresholdMillis;

}

//回调监听

private void notifyBlockEvent(final long endTime) {

final long startTime = mStartTimestamp;

final long startThreadTime = mStartThreadTimestamp;

final long endThreadTime = SystemClock.currentThreadTimeMillis();

HandlerThreadFactory.getWriteLogThreadHandler().post(new Runnable() {

@Override

public void run() {

mBlockListener.onBlockEvent(startTime, endTime, startThreadTime, endThreadTime);

}

});

}

其中在startDump方法最终会调用Stacksampler.start()方法；stopDump最终会调用Stacksampler.stop()方法；相关方法如下：

Stacksampler

public void start() {

//在mRunable进行信息采集；

HandlerThreadFactory.getTimerThreadHandler().removeCallbacks(mRunnable);

//通过一个HandlerThread延时执行了mRunnable

HandlerThreadFactory.getTimerThreadHandler().postDelayed(mRunnable,

BlockCanaryInternals.getInstance().getSampleDelay());

}

public void stop() {

//取消handler消息，如果未超时就不会采集相关信息

HandlerThreadFactory.getTimerThreadHandler().removeCallbacks(mRunnable);

}

在开始进行msg.target.dispatchMessage(msg)消息分发前通过HandlerThread发送一个延时runable，在msg.target.dispatchMessage(msg)消息分发后会remove该runable，如果指定的时间消息分发没有完成，说明应用发生了卡顿，这之后开始执行mRunable，在mRunable进行相关信息采集及提示APP发生卡顿；以上就是BlockCanary监测卡顿的核心原理；

利用Choreographer监测APP卡顿

Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染。开发者可以使用Choreographer#postFrameCallback设置自己的callback与Choreographer交互，你设置的FrameCallCack（doFrame方法）会在下一个frame被渲染时触发。理论上来说两次回调的时间周期应该在16ms，如果超过了16ms我们则认为发生了卡顿，我们主要就是利用两次回调间的时间周期来判断，

Choreographer.getInstance()

.postFrameCallback(new Choreographer.FrameCallback() {

@Override

public void doFrame(long l) {

//移除消息

Handler.removeMessage();

//发送延时消息

Hnadler.sendMessageAtTime(…)

Choreographer.getInstance().postFrameCallback(this);

}

});

发送的延时消息在执行的时间没有被remove掉，说明发生了卡顿，这时候可以进行卡顿相关信息的采集，如果在渲染下一帧的时候该消息还没有被处理，这时候将该消息remove掉，此场景说明未发生卡顿；该检测卡顿的思想和BlockCanary类似；

最后，我们可以结合上述原理以及自己需求开发出一个适合自己的卡顿监测方案，也可以参考已有开源方案。

其它

为什么主线程Looper.loop进行消息分发耗时就代表APP卡顿？

答：为了保证应用的平滑性，每一帧渲染时间不能超过16ms，达到60帧每秒；如果UI渲染慢的话，就会发生丢帧，这样用户就会感觉到不连贯性，我们称之为Jank（APP卡顿）；VSync信号由SurfaceFlinger实现并定时发送（每16ms发送），Choreographer.FrameDisplayEventReceiver收到信号后，调用onVsync方法组织消息发送到主线程处理。Choreographer主要功能是当收到VSync信号时，去调用使用通过postCallBack设置的回调函数，在postCallBack调用doFrame，在doFrame中渲染下一帧；FrameDisplayEventReceiver相关代码如下：

Choreographer.java

/**

实战系列

话不多说，Android实战系列集合都已经系统分类好，由于文章篇幅问题没法过多展示

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

d实战系列集合都已经系统分类好，由于文章篇幅问题没法过多展示

[外链图片转存中…(img-uPNUvoc9-1715882848678)]
[外链图片转存中…(img-mCouB9SR-1715882848678)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！