Android源码解析onResume方法中获取不到View宽高

 更新时间:2023年02月22日 09:48:59   作者:小小范同学  
这篇文章主要为大家介绍了Android源码解析onResume方法中获取不到View宽高示例详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

前言

有一个经典的问题,我们在Activity的onCreate中可以获取View的宽高吗?onResume中呢?

对于这类八股问题,只要看过都能很容易得出答案:不能。

紧跟着追问一个,那为什么View.post为什么可以获取View宽高?

今天来看看这些问题,到底为何?

今日份问题:

  • 为什么onCreate和onResume中获取不到view的宽高?
  • 为什么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中两个关键点

  • 调用performResumeActivity, 该方法中r.activity.performResume(r.startsNotResumed, reason);会调用Activity的onResume方法。
  • 执行完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相信大家都不会陌生,分发;那么一定是从根布局上开始分发的,我们可以全局搜索,可以看到

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

其实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中的消息,并执行。

结论

  • onCreate和onResume中无法获取View的宽高,是因为还没执行View的绘制流程。
  • view.post之所以能够拿到宽高,是因为在绘制之前,会将获取宽高的任务放到Handler的消息队列,等到View的绘制结束之后,便会执行。

以上就是Android源码解析onResume方法中获取不到View宽高的详细内容,更多关于Android onResume获取不到View宽高的资料请关注脚本之家其它相关文章!

相关文章

  • Android获取手机通讯录、sim卡联系人及调用拨号界面方法

    Android获取手机通讯录、sim卡联系人及调用拨号界面方法

    这篇文章主要介绍了Android获取手机通讯录、sim卡联系人及调用拨号界面方法,本文分别给出实现代码实现获取通讯录和sim卡的联系人,以及权限配置和调用系统拨打电话的界面的实现代码,需要的朋友可以参考下
    2015-04-04
  • Android 解决WebView无法上传文件的问题

    Android 解决WebView无法上传文件的问题

    这篇文章主要介绍了Android 解决WebView无法上传文件的问题的相关资料,需要的朋友可以参考下
    2017-07-07
  • 详解Android中motion_toast的使用

    详解Android中motion_toast的使用

    我们通常会用 toast(也叫吐司)来显示提示信息,例如网络请求错误,校验错误等等。本文为大家介绍一个非常有趣的toast组件 —— motion_toast,感兴趣的可以了解一下
    2022-06-06
  • Android全屏设置的方法总结

    Android全屏设置的方法总结

    这篇文章主要介绍了Android全屏设置的方法总结的相关资料,需要的朋友可以参考下
    2017-06-06
  • AndroidStudio接入Unity工程并实现相互跳转的示例代码

    AndroidStudio接入Unity工程并实现相互跳转的示例代码

    这篇文章主要介绍了AndroidStudio接入Unity工程并实现相互跳转,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-12-12
  • Android camera2 判断相机功能是否可控的实例

    Android camera2 判断相机功能是否可控的实例

    下面小编就为大家带来一篇Android camera2 判断相机功能是否可控的实例。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-03-03
  • Android 和 windows C/C++/QT通讯时字节存储

    Android 和 windows C/C++/QT通讯时字节存储

    本篇文章主要介绍 Android和Windows 通讯时数据地址的理解,这里提供代码实例进行分析,有需要参考的朋友可以看下
    2016-07-07
  • Android实现简易计算器功能

    Android实现简易计算器功能

    这篇文章主要为大家详细介绍了Android实现简易计算器功能,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2021-06-06
  • Android Studio实现补间动画

    Android Studio实现补间动画

    这篇文章主要为大家详细介绍了Android Studio实现补间动画,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2021-11-11
  • Android应用程序(APK)的编译打包过程

    Android应用程序(APK)的编译打包过程

    本篇文章主要介绍了Android应用程序(APK)的编译打包过程,具有很好的参考价值,下面跟着小编一起来看下吧
    2017-02-02

最新评论