用户登录
用户注册

分享至

setContentView源码分析-(基于9.0.0)

  • 作者: 小可爱的可爱
  • 来源: 51数据库
  • 2021-07-30

现在我们在开发的时候,Activity基本上都是继承自AppCompatActivity,那么调用setContentView时调用的是AppCompatActivity类的,下来我们看下AppCompatActivity类中的实现

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatActivity.java

  
 @Override
    public void setContentView(@LayoutRes int layoutResID) {
        getDelegate().setContentView(layoutResID);
    }

    @Override
    public void setContentView(View view) {
        getDelegate().setContentView(view);
    }

    @Override
    public void setContentView(View view, ViewGroup.LayoutParams params) {
        getDelegate().setContentView(view, params);
    }

从上面可以看到AppCompatActivity类中的setContentView中调用的getDelegate().setContentView,那么这个getDelegate()又是什么鬼呢,继续往下看

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatActivity.java

 
   @NonNull
    public AppCompatDelegate getDelegate() {
        if (mDelegate == null) {
            mDelegate = AppCompatDelegate.create(this, this);
        }
        return mDelegate;
    }

    //从下面代码可以看出,最早是在onCreate代码中调用的
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        final AppCompatDelegate delegate = getDelegate();
        delegate.installViewFactory();
        delegate.onCreate(savedInstanceState);
        super.onCreate(savedInstanceState);
    }

原来getDelegate()会返回一个AppCompatDelegate的对象,而AppCompatDelegate是个Abstract的,那么我们再看?AppCompatDelegate.create方法

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatDelegate.java

    @NonNull
    public static AppCompatDelegate create(@NonNull Activity activity,
            @Nullable AppCompatCallback callback) {
        return new AppCompatDelegateImpl(activity, callback);
    }

在这里我们看到他具体返回的是AppCompatDelegateImpl类的实例,AppCompatDelegateImpl类继承自AppCompatDelegate,那么到这里我们就清除了,在我们调用setContentView的时候,实际上是调用了AppCompatDelegateImpl类的setContentView 方法,AppcompatDelegatImpl类有多个重载的构造函数

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatDelegateImpl.java

AppCompatDelegateImpl(Activity activity, AppCompatCallback callback) {
        this(activity, null, callback, activity);
    }

    AppCompatDelegateImpl(Dialog dialog, AppCompatCallback callback) {
        this(dialog.getContext(), dialog.getWindow(), callback, dialog);
    }

    AppCompatDelegateImpl(Context context, Window window, AppCompatCallback callback) {
        this(context, window, callback, context);
    }

    AppCompatDelegateImpl(Context context, Activity activity, AppCompatCallback callback) {
        this(context, null, callback, activity);
    }

    private AppCompatDelegateImpl(Context context, Window window, AppCompatCallback callback,
            Object host) {
       ......
}

我们继续看AppCompatDelegateImpl类中的setContentView

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatDelegateImpl.java

    @Override
    public void setContentView(int resId) {
        ensureSubDecor();
        ViewGroup contentParent = mSubDecor.findViewById(android.R.id.content);
        contentParent.removeAllViews();
        LayoutInflater.from(mContext).inflate(resId, contentParent);
        mAppCompatWindowCallback.getWrapped().onContentChanged();
    }

代码中可以看到是获取mSubDecor中的ID为content的子ViewGroup对象,然后清空它的所有子View,在调用LayoutInflater.from(mContext).inflate(resId, contentParent); 然后mSubDecor又是什么鬼,注意到在调用mSubDecor.findViewById的前面有ensureSubDecor();那我们就看看这个

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatDelegateImpl.java

    private void ensureSubDecor() {
        if (!mSubDecorInstalled) {
            mSubDecor = createSubDecor();
           ...
        }
    }

原来mSubDecor是调用createSubDecor();创建的,那我们继续看createSubDecor()

/frameworks/support/v7/appcompat/src/main/java/androidx/appcompat/app/AppCompatDelegateImpl.java

private ViewGroup createSubDecor() {
        // 获取主题属性
        TypedArray a = mContext.obtainStyledAttributes(R.styleable.AppCompatTheme);

        if (!a.hasValue(R.styleable.AppCompatTheme_windowActionBar)) {
            a.recycle();
            throw new IllegalStateException(
                    "You need to use a Theme.AppCompat theme (or descendant) with this activity.");
        }

        ...

        // Now let's make sure that the Window has installed its decor by retrieving it
        ensureWindow(); // 这里确认FragmentActivity的Window和AppCompatDelegateImpl对象关联起来,也就是说保证mWindow不为空,然而Window是在Activity里面的attach中创建的
        mWindow.getDecorView();

        final LayoutInflater inflater = LayoutInflater.from(mContext);
        ViewGroup subDecor = null;
        // 根据各种配置创建subDecor 对象

        ...
        
        // 然后调用window的setContentView
        mWindow.setContentView(subDecor);

        contentView.setAttachListener(new ContentFrameLayout.OnAttachListener() {
            @Override
            public void onAttachedFromWindow() {}

            @Override
            public void onDetachedFromWindow() {
                dismissPopups();
            }
        });

        return subDecor;
    }

原来这里创建了一个ViewGroup类型的subDecor,并调用了mWindow.setContentView(subDecor); mWindow是PhoneWindow的实例,那我们继续看PhoneWindow的setContentView;

/frameworks/base/core/java/com/android/internal/policy/PhoneWindow.java

    @Override
    public void setContentView(View view) {
        setContentView(view, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
    }

    @Override
    public void setContentView(View view, ViewGroup.LayoutParams params) {
        if (mContentParent == null) {
            installDecor();
        } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            mContentParent.removeAllViews();
        }

        if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            view.setLayoutParams(params);
            final Scene newScene = new Scene(mContentParent, view);
            transitionTo(newScene);
        } else {
            mContentParent.addView(view, params);
        }

        ...
    }

看上面代码,mContentParent.addView(view, params); 原来把我们传入的View添加到mContentParent对象中,在添加之前,先判断mContentParent是不是空, 如果是空,就新建一个,如果不是 调用removeAllViews,为什么要removeAllViews,那是因为里面存在一个复用DocerView的逻辑,下来我们在看看mContentParent 是怎么来的

/frameworks/base/core/java/com/android/internal/policy/PhoneWindow.java

private void installDecor() {
        mForceDecorInstall = false;
        if (mDecor == null) {
            mDecor = generateDecor(-1);
            ...
        } else {
            mDecor.setWindow(this);
        }
        if (mContentParent == null) {
            mContentParent = generateLayout(mDecor);

            ...
        }
    }

先创建一个DecorView类型的mDecor的对象,然后调用?mContentParent = generateLayout(mDecor); 接着看generateLayout

/frameworks/base/core/java/com/android/internal/policy/PhoneWindow.java

    protected ViewGroup generateLayout(DecorView decor) {
        ...

        int layoutResource;
        // 下面是一对设置layoutResource的逻辑
        ...

        // 重点来了
        mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);

        ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
        
        ...

        return contentParent;
    }

可以看到 先调用mDecor的onResourcesLoaded(mLayoutInflater, layoutResource),然后FindviewById(ID_ANDROID_CONTENT)这里的FindViewById的实现代码 getDecorView().findViewById(id);那我们继续看onResourcesLoaded

/frameworks/base/core/java/com/android/internal/policy/DecorView.java

    void onResourcesLoaded(LayoutInflater inflater, int layoutResource) {
        
        mDecorCaptionView = createDecorCaptionView(inflater);
        final View root = inflater.inflate(layoutResource, null);
        if (mDecorCaptionView != null) {
            if (mDecorCaptionView.getParent() == null) {
                addView(mDecorCaptionView,
                        new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
            }
            mDecorCaptionView.addView(root,
                    new ViewGroup.MarginLayoutParams(MATCH_PARENT, MATCH_PARENT));
        } else {

            addView(root, 0, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
        }
        mContentRoot = (ViewGroup) root;
        initializeElevation();
    }

这里可以看出,这个过程实际上是给DocorView添加子View,通过layoutResource Inflater一个对象,直接或者间接(中间夹一层DecorCaptionView)的添加到DocerView中

下面我们对setContentView做个总结

每个Activity会包含一个PhoneWindow,在PhoneWindow中会创建一个DocerView(继承自FrameLayout)以及他的自View,在里面找到ID=ID_ANDROID_CONTENT 的View作为ContentViewParent

当我们调用AppCompatActivity的setContentView时,实际调用AppCompatDelegateImpl的setContentView,在这里函数里面,会新建一个subDocerView,并设置成DocerView的子View, 然后再把我们传入的xml文件Inflater成一个GroupView,再把这个GroupView设为subDocerView中名为content的对象的子类

下一篇分析下LayoutInflater类的inflate过程

?

?

?

?

?

软件
前端设计
程序设计
Java相关