96SEO 2026-02-20 06:54 8
1、Activity、View、Window有什么关联2、Activity的结构构建流程3

1、一个Activity对应几个WindowManage对应几个Window2、DecorView在哪被创建3、PhoneWindow和Window有什么关系4、在Activity的onResume方法调用Handler的post可以获取View的宽高吗View的post方法能拿到View的宽高
关于Activity和WindowDecorView怎么关联起来参考View事件的分发机制
Activity相当于是一个管理者负责创建WindowManager和Window。
Window承载着View同时代Activity处理一切View的事务。
WindowManager从字面意思来理解是Window的管理其实是管理Window上的View包括addView和remove。
PhoneWindow调用它的构造方法。
初始化WindowManage并且将它set到Window中
lastNonConfigurationInstances,Configuration
2mWindow.setWindowManager((WindowManager)context.getSystemService(Context.WINDOW_SERVICE),mToken,
mComponent.flattenToString(),(info.flags
ActivityInfo.FLAG_HARDWARE_ACCELERATED)
这里的context.getSystemService方法就是用来返回一个WindowManage对象
}一个小疑问为什么先setWindowManager接下来又通过getWindowManager获取mWindowManager但是getSystemService返回的也是这个mWindowManager这是在做什么
实际上Android在这里做了一个缓存在第一次创建时super.getSystemService(name);调用系统级别的管理器WindowManager再之后的创建每一次都是同一个WindowManager。
context.getSystemService(Context.WINDOW_SERVICE)
OnCreate主要通过setContentView方法给当前页面设置一个布局实际上
Activity的setContentView并没有做什么工作主要是Window的setContentView方法实现了这个功能。
当一个事件点击后首先传递给Activity在我们写Activity时会调用setContentView方法来加载布局我们看一下setContenView方法在做什么
//frameworks/base/core/java/android/app/Activity.javapublic
{getWindow().setContentView(layoutResID);initWindowDecorActionBar();
}发现它首先调用了getWindow的setContentview方法那么getWindow是什么呢它返回了一个mWindow对象查看代码后再Activity的attach方法中发现了它。
activityConfigCallback);它原来是一个PhoneWindow接下来我们看看它的setContentView方法在做什么。
(!hasFeature(FEATURE_CONTENT_TRANSITIONS))
{mContentParent.removeAllViews();}if
(hasFeature(FEATURE_CONTENT_TRANSITIONS))
Scene.getSceneForLayout(mContentParent,
layoutResID,getContext());transitionTo(newScene);}
{mLayoutInflater.inflate(layoutResID,
mContentParent);}mContentParent.requestApplyInsets();final
{cb.onContentChanged();}mContentParentExplicitlySet
}FEATURE_CONTENT_TRANSITIONS是一个用于启用内容转换特性的标志作用时提供一种动画效果过渡的切换视图。
我们重点看一下mContentParent为null时installDecor()方法做了什么。
这个方法比较长看一下重点地方
//1mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);mDecor.setIsRootNamespace(true);if
{mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);}}
//2看一下注释1的代码做了什么事情发现这个generateDecor创建了一个DecorView。
getContext().getApplicationContext();if
DecorContext(applicationContext,
这段代码很长具体就不展示了。
其中最重要的一点就是根据不同的情况给LayoutResource加载不同的布局。
我们查看其中的一个布局文件R.layout.screen_title。
这个文件在frameworks/base/core/res/res/layout/screen_title.xml中代码如下所示
xmlns:androidhttp://schemas.android.com/apk/res/androidandroid:orientationverticalandroid:fitsSystemWindowstrue!--
android:idid/action_mode_bar_stubandroid:inflatedIdid/action_mode_barandroid:layoutlayout/action_mode_barandroid:layout_widthmatch_parentandroid:layout_heightwrap_contentandroid:***me?attr/actionBarTheme
/FrameLayoutandroid:layout_widthmatch_parent
android:layout_height?android:attr/windowTitleSizestyle?android:attr/windowTitleBackgroundStyleTextView
style?android:attr/windowTitleStyleandroid:backgroundnullandroid:fadingEdgehorizontalandroid:gravitycenter_verticalandroid:layout_widthmatch_parentandroid:layout_heightmatch_parent
android:idandroid:id/contentandroid:layout_widthmatch_parent
android:layout_height0dipandroid:layout_weight1android:foregroundGravityfill_horizontal|topandroid:foreground?android:attr/windowContentOverlay
/LinearLayout上面的ViewStub是用来显示Actionbar的下面的两个Fragment一个是Title用于显示标题另一个是Conten用来显示内容。
刚刚通过这段源码分析可以知道一个Activity包含了一个Window对象这个对象是PhoneWindow来实现的。
PhoneWindow将DecorView作为整个应用窗口的根View这个DecorView将屏幕分成两个区域一个区域是TitleView另一个区域是ContenView。
而我们平常写的布局都是展示在ContenView中。
如图
众所周知DecrorView的ViewParent是ViewRootImpl而View最重要的三大流程就是由ViewRootImpl触发的。
结合上面的流程我们知道了DecroView的创建过程那么它是如何被绑定到Window上的呢ViewRootImpl又是怎么和Window、DecroView建立联系的
我们先看一下ActivityThread的handleResumeActivity方法在干什么:
handleResumeActivity(ActivityClientRecord
//2decor.setVisibility(View.INVISIBLE);ViewManager
r.window.getAttributes();a.mDecor
WindowManager.LayoutParams.TYPE_BASE_APPLICATION;l.softInputMode
{impl.notifyChildRebuilt();}}if
set.a.onWindowAttributesChanged(l);}}//..........}handleResumeActivity主要做了两件事件第一件事情在注释1处通过performResumeActivity进而回调Activity的onResume方法。
第二件事是注释234共同完成它将一个DecorView添加到了WindowManage中。
我们详细看一下这个addView的过程通过查找发现这个addView实际上是WindowManageImpl的addView。
{applyTokens(params);mGlobal.addView(view,
mParentWindow,mContext.getUserId());
}在这个方法中调用了mGlobal的addView方法继续查找源码发现mGlobal居然是一个WindowManagerGlobal。
看一下它的addView在干什么同样的代码过长我们在这选出重点代码。
ArrayListWindowManager.LayoutParams
ArrayListWindowManager.LayoutParams();public
ViewRootImpl(view.getContext(),
ViewRootImpl(view.getContext(),
WindowlessWindowLayout());}view.setLayoutParams(wparams);mViews.add(view);mRoots.add(root);mParams.add(wparams);//
这个方法也主要干了两件事在注释1处初始化了ViewRootImpl在注释2处通过这个set方法将DecorView绑定到了ViewRootImpl中并且触发了View的三大流程1。
通过上面的分析我们知道每个Window都对应着一个DecorView而从这里我们可以发现每个DecorView都对应着一个ViewRootImpl。
从而得知如果是一个Dialog或者其他新Window的界面必定有一个新的ViewRootImpl来触发View的三大流程而不是由宿主Window的ViwRootImpl触发的。
1、一个Activity对应几个WindowManage对应几个Window
通过3.1源码分析可知一个Activity对应一个WindowManage而一个WindowManage对应一个Window。
并且一个Window对应一个DecorView而每个DecorView着对应一个ViewRootImpl。
DecorView比如系统弹出对话框或者悬浮窗口等。
但是这些额外的
DecorView是在Window被创建的时候同步创建的具体来说DecorView
方法中被创建。
Window会通过LayoutInflater将选定的DecorView布局加载并实例化成View对象。
这个View对象就是DecorView。
最后DecorView会被设置为Window的顶级View,所有的UI界面都是附加到这个DecorView的子View上ContentView。
它们是继承关系PhoneWindow继承了Window,并针对手机平台的特性进行了具体实现和扩展。
4、在Activity的onResume方法调用Handler的post可以获取View的宽高吗View的post方法能拿到View的宽高
通过4部分的代码分析我们知道Activity的onResume方法的执行是在ViewRootImpl触发测量过程之前同时ViewRootImpl是通过如下的方式来触发测量过程的
mHandler.getLooper().getQueue().postSyncBarrier();mChoreographer.postCallback(Choreographer.CALLBACK_TRAVERSAL,
null);notifyRendererOfFramePending();pokeDrawLockIfNeeded();}
}这里使用了一个Handler.post了一个异步消息来进行测量。
尽管post的是异步消息但在onResume方法中无法保证中立即获取到正确的视图宽高在Activity的onResume方法调用Handler.post不能获取View的宽高。
View.post方法可以获取View的宽高View.post
方法添加的消息会在主线程空闲时被处理这时候通常是在视图的测量和布局过程完成之后。
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback