这篇文章主要介绍了Android源码分析onResume方法中获取不到View宽高的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇Android源码分析onResume方法中获取不到View宽高文章都会有所收获，下面我们一起来看看吧。
问题1、为什么onCreate和onResume中获取不到view的宽高?
首先我们清楚，要拿到View的宽高，那么View的绘制流程（measure—layout—draw）至少要完成measure，【记住这一点】。
还要弄清楚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中两个关键点
-
调用
, 该方法中performResumeActivity
会调用Activity的r.activity.performResume(r.startsNotResumed, reason);
方法。onResume
-
执行完Activity的
后调用了onResume
，到这里，开始将此前创建的DecorView添加到视图中，也就是在这之后才开始布局的绘制流程wm.addView(decor, l);
到这里，我们应该就能理解，为何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相信大家都不会陌生，分发；那么一定是从根布局上开始分发的，我们可以全局搜索，可以看到
不要问为什么一定是这个，因为我看过，哈哈哈
其实
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中的消息，并执行。