setContentView源码分析-（基于9.0.0）

本文主要是介绍setContentView源码分析-（基于9.0.0），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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

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

  @Overridepublic void setContentView(@LayoutRes int layoutResID) {getDelegate().setContentView(layoutResID);}@Overridepublic void setContentView(View view) {getDelegate().setContentView(view);}@Overridepublic 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

 @NonNullpublic AppCompatDelegate getDelegate() {if (mDelegate == null) {mDelegate = AppCompatDelegate.create(this, this);}return mDelegate;}//从下面代码可以看出，最早是在onCreate代码中调用的@Overrideprotected 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

    @NonNullpublic 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

    @Overridepublic 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 itensureWindow(); // 这里确认FragmentActivity的Window和AppCompatDelegateImpl对象关联起来，也就是说保证mWindow不为空，然而Window是在Activity里面的attach中创建的mWindow.getDecorView();final LayoutInflater inflater = LayoutInflater.from(mContext);ViewGroup subDecor = null;// 根据各种配置创建subDecor 对象...// 然后调用window的setContentViewmWindow.setContentView(subDecor);contentView.setAttachListener(new ContentFrameLayout.OnAttachListener() {@Overridepublic void onAttachedFromWindow() {}@Overridepublic void onDetachedFromWindow() {dismissPopups();}});return subDecor;}

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

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

    @Overridepublic void setContentView(View view) {setContentView(view, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));}@Overridepublic 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过程

 

 

 

 

 

这篇关于setContentView源码分析-（基于9.0.0）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---