前言

有一个经典的问题，咱们在Activity的onCreate中可以获取View的宽高吗？onResume中呢？

关于这类八股问题，只要看过都能很容易得出答案：不能。

紧跟着诘问一个，那为什么View.post为什么可以获取View宽高？

今天来看看这些问题，究竟为何？

今日份问题：

  1. 为什么onCreate和onResume中获取不到view的宽高？
  2. 为什么View.post为什么可以获取View宽高？

根据Android API 29版别。

问题1、为什么onCreate和onResume中获取不到view的宽高?

首要咱们清楚，要拿到View的宽高，那么View的制作流程（measure—layout—draw）至少要完结measure，【记住这一点】。

还要弄清楚Activity的生命周期，关于Activity的启动流程，后边独自写一篇，本文会带一部分。

别的布局都是通过setContentView(int)办法设置的，所以弄清楚setContentView的流程也很重要，后边也补一篇。

首要要知道Activity的生命周期都在ActivityThread中, 当咱们调用startActivity时，最终会走到ActivityThread中的performLaunchActivity

  private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
        ……
    Activity activity = null;
    try {
      java.lang.ClassLoader cl = appContext.getClassLoader();
     // 【要害点1】通过反射加载一个Activity
      activity = mInstrumentation.newActivity(
          cl, component.getClassName(), r.intent);
      ……
     } catch (Exception e) {
      ……
     }
​
    try {
      ……
​
      if (activity != null) {
        ……
        // 【要害点2】调用attach办法，内部会初始化Window相关信息
        activity.attach(appContext, this, getInstrumentation(), r.token,
            r.ident, app, r.intent, r.activityInfo, title, r.parent,
            r.embeddedID, r.lastNonConfigurationInstances, config,
            r.referrer, r.voiceInteractor, window, r.configCallback,
            r.assistToken);
​
        ……
         
        if (r.isPersistable()) {
         // 【要害点3】调用Activity的onCreate办法
          mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
         } else {
          mInstrumentation.callActivityOnCreate(activity, r.state);
         }
        ……
       }
      ……
    return activity;
   }

performLaunchActivity中主要是创建了Activity目标，并且调用了onCreate办法。

onCreate流程中的setContentView仅仅解析了xml，初始化了DecorView，创建了各个控件的目标；即将xml中的 转化为一个TextView目标。并没有启动View的制作流程。

上面走完了onCreate，接下来看onResume生命周期，同样是在ActivityThread中的performResumeActivity

  @Override
  public void handleResumeActivity(IBinder token, boolean finalStateRequest, boolean isForward,
      String reason) {
    ……
    // 【要害点1】performResumeActivity 中会调用activity的onResume办法
    final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
        ……
     
    final Activity a = r.activity;
​
    ……
     
    if (r.window == null && !a.mFinished && willBeVisible) {
      r.window = r.activity.getWindow();
      View decor = r.window.getDecorView();
      decor.setVisibility(View.INVISIBLE); // 设置不行见
      ViewManager wm = a.getWindowManager();
      WindowManager.LayoutParams l = r.window.getAttributes();
      a.mDecor = decor;
      ……
       
      if (a.mVisibleFromClient) {
        if (!a.mWindowAdded) {
          a.mWindowAdded = true;
         // 【要害点2】在这儿，开端做View的add操作
          wm.addView(decor, l); 
         } else {
          ……
          a.onWindowAttributesChanged(l);
         }
       }
​
      
     } else if (!willBeVisible) {
      ……
     }
    ……
   }

handleResumeActivity中两个要害点

  1. 调用performResumeActivity, 该办法中r.activity.performResume(r.startsNotResumed, reason);会调用Activity的onResume办法。
  2. 履行完Activity的onResume后调用了wm.addView(decor, l);，到这儿，开端将此前创建的DecorView添加到视图中，也便是在这之后才开端布局的制作流程

到这儿，咱们应该就能理解，为何onCreate和onResume中无法获取View的宽高了，一句话便是：View的制作要晚于onResume。

问题2、为什么View.post为什么可以获取View宽高？

那接下来咱们开端看第二个问题，先看看View.post的实现。

  public boolean post(Runnable action) {
    final AttachInfo attachInfo = mAttachInfo;
      // 添加到AttachInfo的Handler音讯行列中
    if (attachInfo != null) {
      return attachInfo.mHandler.post(action);
     }
​
    // 加入到这个View的音讯行列中
    getRunQueue().post(action);
    return true;
   }

post办法中，首要判别attachInfo成员变量是否为空，假如不为空，则直接加入到对应的Handler音讯行列中。否则走getRunQueue().post(action);

从Attach字面意思来理解，其实就可以知道，当View履行attach时，才会拿到mAttachInfo, 因此咱们在onResume或者onCreate中调用view.post()，其实走的是getRunQueue().post(action)。

接下来咱们看一下mAttachInfo在什么机遇才会赋值。

在View.java中

void dispatchAttachedToWindow(AttachInfo info, int visibility) {
  mAttachInfo = info;
}

dispatch相信大家都不会陌生，分发；那么一定是从根布局上开端分发的，咱们可以大局搜索，可以看到

Android源码—为什么onResume方法中不可以获取View宽高

不要问为什么一定是这个，因为我看过，哈哈哈

其实ViewRootImpl便是一个布局管理器，这儿面有很多内容，可以多看看。

在ViewRootImpl中直接定位到performTraversals办法中；这个办法一定要了解，并且特别长，下面我抽取几个要害点。

  private void performTraversals() {
     ……
     // 【要害点1】分发mAttachInfo
     host.dispatchAttachedToWindow(mAttachInfo, 0);
     ……
    
   //【要害点2】开端丈量
   performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
   ……
   //【要害点3】开端布局
   performLayout(lp, mWidth, mHeight);
   ……
   // 【要害点4】开端制作
   performDraw();
   ……
   }

再强调一遍，这个办法很长，内部很多信息，但其实总结来看，便是View的制作流程，上面的【要害点2、3、4】。也便是这个办法履行完结之后，咱们就能拿到View的宽高了；到这儿，咱们终于看到和View的宽高相关的东西了。

但还没完毕，咱们post出去的使命，什么时候履行呢，上面host可以看成是根布局，一个ViewGroup，通过一层一层的分发，最终咱们看看View的dispatchAttachedToWindow办法。

 void dispatchAttachedToWindow(AttachInfo info, int visibility) {
   mAttachInfo = info;
   ……
   // Transfer all pending runnables.
   if (mRunQueue != null) {
     mRunQueue.executeActions(info.mHandler);
     mRunQueue = null;
   }
}

这儿可以看到调用了mRunQueue.executeActions(info.mHandler);

public void executeActions(Handler handler) {
  synchronized (this) {
    final HandlerAction[] actions = mActions;
    for (int i = 0, count = mCount; i < count; i++) {
      final HandlerAction handlerAction = actions[i];
      handler.postDelayed(handlerAction.action, handlerAction.delay);
     }
​
    mActions = null;
    mCount = 0;
   }
}

这就很简单了，便是将post中的Runnable，转移到mAttachInfo中的Handler, 等候接下来的调用履行。

这儿要结合Handler的音讯机制，咱们post到Handler中的音讯，并不是立刻履行，不要以为咱们是先dispatchAttachedToWindow的，后履行的丈量和制作，就没办法拿到宽高。实则不是，咱们仅仅将Runnable放到了handler的音讯行列，然后继续履行后边的内容，也便是制作流程，完毕后，下一个主线程使命才会去取Handler中的音讯，并履行。

结论

  1. onCreate和onResume中无法获取View的宽高，是因为还没履行View的制作流程。
  2. view.post之所以可以拿到宽高，是因为在制作之前，会将获取宽高的使命放到Handler的音讯行列，等到View的制作完毕之后，便会履行。

水平有限，若有不妥，请指出！！！