// 2
wm.addView(decor, l);
} else {
a.onWindowAttributesChanged(l);
}
}
// If the window has already been added, but during resume
// we started another activity, then don’t yet make the
// window visible.
} else if (!willBeVisible) {
if (localLOGV) Slog.v(TAG, “Launch " + r + " mStartedActivity set”);
r.hideForNow = true;
}
…
}
}
performResumeActivity 方法中,注释 1 处调用了 performResumeActivity 方法,最终会调用 Activity 的 onResume 方法。注释 2 处调用了 WindowManagerImpl 对象 wm 的 addView 方法。
// android.view.WindowManagerImpl
public final class WindowManagerImpl implements WindowManager {
@UnsupportedAppUsage
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplayNoVerify(), mParentWindow,
mContext.getUserId());
}
}
WindowManagerImpl 的 addView 方法内部调用了 WindowManagerGlobal 对象 mGlobal 的 addView 方法。
// android.view.WindowManagerGlobal
public final class WindowManagerGlobal {
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow, int userId) {
…
// 1
ViewRootImpl root;
View panelParentView = null;
synchronized (mLock) {
…
// 2
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
// do this last because it fires off messages to start doing things
try {
// 3
root.setView(view, wparams, panelParentView, userId);
} catch (RuntimeException e) {
// BadTokenException or InvalidDisplayException, clean up.
if (index >= 0) {
removeViewLocked(index, true);
}
throw e;
}
}
}
}
在注释 1 处声明了 ViewRootImpl 类型变量 root;在注释 2 处创建了 ViewRootImpl 对象并赋值给 root;在注释 3 处调用了 ViewRootImpl 的 setView 方法。
到这儿 ViewRootImpl 的创建过程梳理完了。了解 ViewRootImpl 的创建过程 Activity 的显示流程非常有帮助,因为 Activity 的显示就是从 ViewRootImpl 创建后调用 setView 方法开始的。
// android.view.ViewRootImpl
public final class ViewRootImpl implements ViewParent,
View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {
/**
- We have one child
*/
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView,
int userId) {
…
// Schedule the first layout -before- adding to the window
// manager, to make sure we do the relayout before receiving
// any other events from the system.
requestLayout();
…
}
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}
@UnsupportedAppUsage
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
// 1
mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
// 2
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
notifyRendererOfFramePending();
pokeDrawLockIfNeeded();
}
}
final class TraversalRunnable implements Runnable {
@Override
public void run() {
doTraversal();
}
}
final TraversalRunnable mTraversalRunnable = new TraversalRunnable();
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
// 1
mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
if (mProfile) {
Debug.startMethodTracing(“ViewAncestor”);
}
// 2
performTraversals();
if (mProfile) {
Debug.stopMethodTracing();
mProfile = false;
}
}
}
private void performTraversals() {
…
// Execute enqueued actions on every traversal in case a detached view enqueued an action
// 1
getRunQueue().executeActions(mAttachInfo.mHandler);
…
performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
…
performLayout(lp, mWidth, mHeight);
…
performDraw();
}
}
ViewRootImpl 的 setView 方法中调用了 requestLayout 方法。到这儿调用了应用开发中经常调用的方法 requestLayout。requestLayout 方法调用了 scheduleTraversals 方法,在 scheduleTraversals 方法中注释 1 处添加了同步屏障,简单来说添加同步屏障的目的是让 Handler 消息队列中先不执行同步消息,遇到异步消息就执行,在异步消息执行后,需要主动移除同步屏障(这是 Handler 中很重要的知识点,后面专门文章学习 Handler)。在 scheduleTraversals 方法的注释 2 处,调用 mChoreographer 的 postCallback 方法,传入 mTraversalRunnable 对象,这里设计屏幕刷新机制,简单的说,等下次 Vsync 信号来的时候回调用 mTraversalRunnable 的 run (后面专门文章学习屏幕刷新机制)。TraversalRunnable 的 run 方法中调用了 doTraversal 方法,在 doTraversal 方法中注释 1 处移除了同步屏障,注释 2 处调用了 performTraversals 方法。在 performTraversals 方法中注释 1 处调用了 getRunQueue 方法返回的 HandlerActionQueue 对象的 executeActions 方法,传入了 mAttachInfo.mHandler,现在需要确定下 mAttachInfo.mHandler 这个 Handler 是否是主线程的 Handler,还有就是 HandlerActionQueue 的 executeActions 是怎么处理的。
先来看看 mAttachInfo.mHandler:AttachInfo 是 View 的静态内部类,
// android.view.View
public final class View {
final static class AttachInfo {
/**
-
A Handler supplied by a view’s {@link android.view.ViewRootImpl}. This
-
handler can be used to pump events in the UI events queue.
*/
final Handler mHandler;
/**
-
Creates a new set of attachment information with the specified
-
events handler and thread.
-
@param handler the events handler the view must use
*/
AttachInfo(IWindowSession session, IWindow window, Display display,
ViewRootImpl viewRootImpl, Handler handler, Callbacks effectPlayer,
Context context) {
mSession = session;
mWindow = window;
mWindowToken = window.asBinder();
mDisplay = display;
mViewRootImpl = viewRootImpl;
mHandler = handler;
mRootCallbacks = effectPlayer;
mTreeObserver = new ViewTreeObserver(context);
}
}
}
mHandler 对象是在 AttachInfo 的构造函数中赋值的。
ViewRootImpl 的构造函数:
// android.view.ViewRootImpl
public final class ViewRootImpl implements ViewParent,
View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {
final ViewRootHandler mHandler = new ViewRootHandler();
public ViewRootImpl(Context context, Display display, IWindowSession session,
boolean useSfChoreographer) {
…
mAttachInfo = new View.AttachInfo(mWindowSession, mWindow, display, this, mHandler, this,
context);
…
}
}
mAttachInfo 是在 ViewRootImpl 的构造函数中创建的,并且传入了 mHandler 对象。mHandler 的类型是 ViewRootHandler。
final class ViewRootHandler extends Handler {}
ViewRootHandler 继承了 Handler,mHandler 对象被创建时使用的无参构造方法。所以 new ViewRootHandler() 会调用父类的构造方法 Handler()
// android.os.Handler
public class Handler {
public Handler() {
this(null, false);
}
public Handler(@Nullable Callback callback, boolean async) {
if (FIND_POTENTIAL_LEAKS) {
final Class<? extends Handler> klass = getClass();
if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
(klass.getModifiers() & Modifier.STATIC) == 0) {
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
klass.getCanonicalName());
}
}
// 1
mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can’t create handler inside thread " + Thread.currentThread()
- " that has not called Looper.prepare()");
}
mQueue = mLooper.mQueue;
mCallback = callback;
mAsynchronous = async;
}
}
Handler 的无参构造方法又调用了 Handler(@Nullable Callback callback, boolean async)
构造方法。注释 1 处,获取 当前线程的 Looper,而我们知道,ViewRootImpl 是在 handleResumeActivity 后面的流程创建的,所以这里获取的 Looper 是主线程 Looper。那 ViewRootHandler 也就是主线程队列的 Handler了。
也就是调用 HandlerActionQueue 的 executeActions 方法时传入的 mAttachInfo.mHandler 是主线程 Handler 哟,再回头看 HandlerActionQueue 的 executeActions 是怎么处理的:
// android.view.HandlerActionQueue
public class HandlerActionQueue {
private HandlerAction[] mActions;
private int mCount;
public void post(Runnable action) {
postDelayed(action, 0);
}
public void postDelayed(Runnable action, long delayMillis) {
final HandlerAction handlerAction = new HandlerAction(action, delayMillis);
synchronized (this) {
if (mActions == null) {
mActions = new HandlerAction[4];
}
mActions = GrowingArrayUtils.append(mActions, mCount, handlerAction);
mCount++;
}
}
public void executeActions(Handler handler) {
synchronized (this) {
final HandlerAction[] actions = mActions;
// 1
for (int i = 0, count = mCount; i < count; i++) {
final HandlerAction handlerAction = actions[i];
// 2
handler.postDelayed(handlerAction.action, handlerAction.delay);
}
mActions = null;
mCount = 0;
}
}
private static class HandlerAction {
final Runnable action;
final long delay;
public HandlerAction(Runnable action, long delay) {
this.action = action;
this.delay = delay;
}
public boolean matches(Runnable otherAction) {
return otherAction == null && action == null
|| action != null && action.equals(otherAction);
}
}
}
在 HandlerActionQueue 的 executeActions 方法的注释 1 处,遍历缓存的包装着 Runnable 和 延时时间的 HandlerAction 数组,HandlerAction 的 action 是我们调用 View.post 方法传入的 Runnable 对象,而这时候 HandlerAction delay 属性是 0,为啥是 0 在上面分析 View.post 时分析过了。在注释 2 处,调用 handler 的 postDelayed 方法,传入 Runnable 对象和延时时间 0,这个用法和我们平常用 Handler 时候是一样的,最终 Handler 会将 Runnable 对象包装成 Message 发送到消息队列,此时发送的消息是同步消息。再回顾下 ViewRootImpl 的部分源码:
// android.view.ViewRootImpl
public final class ViewRootImpl implements ViewParent,
View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {
/**
- We have one child
*/
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView,
int userId) {
…
// Schedule the first layout -before- adding to the window
// manager, to make sure we do the relayout before receiving
// any other events from the system.
requestLayout();
…
}
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}
@UnsupportedAppUsage
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
// 1
mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
// 2
mChoreographer.postCallback(
Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
notifyRendererOfFramePending();
pokeDrawLockIfNeeded();
}
}
final class TraversalRunnable implements Runnable {
@Override
public void run() {
doTraversal();
}
}
final TraversalRunnable mTraversalRunnable = new TraversalRunnable();
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
// 1
mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
if (mProfile) {
Debug.startMethodTracing(“ViewAncestor”);
}
// 2
performTraversals();
if (mProfile) {
Debug.stopMethodTracing();
mProfile = false;
}
}
}
private void performTraversals() {
…
// Execute enqueued actions on every traversal in case a detached view enqueued an action
// 1
getRunQueue().executeActions(mAttachInfo.mHandler);
…
performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
…
performLayout(lp, mWidth, mHeight);
…
performDraw();
}
}
在 ViewRootImpl 的 scheduleTraversals 方法中添加了同步屏障。调用 mChoreographer.postCallback 发送了一条异步消息到主线程的消息队列中,当收到 Vsync 信号后会调用异步消息的 TraversalRunnable 的 run 方法,调用了 doTraversal 方法,在 doTraversal 方法中先是移除了同步屏障,然后调用了 performTraversals 方法,在 performTraversals 方法中先调用了 HandlerActionQueue 的 executeActions 方法,将我们调用 View.post 方法传入的 Runnable 发送到主线程的消息队列,消息是同步类型。Handler 的消息队列循环过程中,在一个消息执行完之后才会取下一个消息。因为这一特性,所以在异步消息没执行完之前,消息队列中的消息是不会执行的。所以调用了 HandlerActionQueue 的 executeActions 方法,发送到主线程消息队列的消息们不会被立即执行,等 performTraversals 方法执行完,也就是异步消息结束之后, HandlerActionQueue 的 executeActions 方法,发送到主线程消息队列的消息们才会被执行。ViewRoomImpl 的 performTraversals 方法注释 1 处,开始了 View 绘制流程,依次是测量 performMeasure、布局 performLayout 和绘制 performDraw,这三个方法走完,标志着我们的 UI 已经完成显示了。此时异步消息执行结束,主线程的消息队列会依次去后面的消息。当执行到调用 View.post 传入的 Runnable 时,肯定可以获取到 View 的宽高。
第一个问题:为啥 Handler 中不可以做耗时操作
,就是因为 Handler 的消息是执行完一个,再执行下一个,如果你在某一消息中做了耗时操作,会影响后面消息的执行,从上面分析 ViewRootImpl 流程中了解到,我们 UI 绘制其实是主线程的一条消息。所以如果在某一消息中做了耗时操作,是会影响 UI 绘制,导致掉帧卡顿。
第三个问题:Activity 在什么时候显示的?是 onResume() 中吗?为什么?
首先不是 onResume 方法中,是onResume 方法之后,在 handleResumeActivity 中调用了 performResumeActivity 最终会调用到 onResume 方法,在 performResumeActivity 方法之后,调用了 WindowManagerImpl 的 addView 方法,创建了 ViewRootImpl 对象,并调用 ViewRootImpl 的 requestLayout 方法,开始 UI 的绘制流程。
第二个问题:View.post 为什么可以获取到 View 的宽高
它的答案就是上面所有知识点啦。
如果感觉文章可以学到东西,欢迎大佬关注小弟的公众号:Android 翻山之路
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
对象,并调用 ViewRootImpl 的 requestLayout 方法,开始 UI 的绘制流程。
第二个问题:View.post 为什么可以获取到 View 的宽高
它的答案就是上面所有知识点啦。
如果感觉文章可以学到东西,欢迎大佬关注小弟的公众号:Android 翻山之路
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
[外链图片转存中…(img-dA8NTLM7-1714959624038)]
[外链图片转存中…(img-KszaeUq9-1714959624038)]
[外链图片转存中…(img-7qLyCLLq-1714959624039)]
[外链图片转存中…(img-nZhTGPqG-1714959624039)]
[外链图片转存中…(img-w55HEovi-1714959624039)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!