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过程
?
?
?
?
?