重学安卓：Activity 的快乐你不懂！

最新推荐文章于 2024-09-30 15:37:45 发布

2401_84123294

最新推荐文章于 2024-09-30 15:37:45 发布

阅读量550

点赞数 22

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84123294/article/details/137377472

版权

程序员专栏收录该内容

185 篇文章 0 订阅

订阅专栏

这块板砖的主人不仅想要渲染 UI，还想要窗口，于是在应用框架层，通过 Java 封装了我。

人如其名，我就是一个窗口，我负责可视化内容的排版，然后将排版结果，通过我的上司 WindowManager，通过进程通信的方式，去与后台服务 WindowManagerService 通信，最终递交到 Surface Flinger 来输出和呈现。

Surface Flinger 为我们每一个 Window 都映射了一块 Surface，来用于管理和渲染屏幕内容。

然而作为一个 Window，我也有我的苦衷。

我是一个会套娃的 View

主人因为经常听 Window 大哥抱怨排版的负担太重，于是用组合模式封装了我。我的 “有容乃大” 版本：ViewGroup，因为组合模式，而能够在自身内部存在更多的 View 或 ViewGroup，这使得我们从结构上来看，就像套娃。

托递归的福，我们的排版工作：Measure、Layout、Draw，可以自己通过如此般的递归，自下往上地完成。然后 Window 大哥就可以直接拿着我们的排版结果，去向上司交差啦。

…… 所以，Window 成了摸鱼般的存在吗？

本来 Window 正寻思着，日子过得这般清闲自在，没想到好日子到头 —— 主人不仅要一个窗口，还想要多窗口。这多窗口它就涉及到窗口间的切换、通信等等，甚是麻烦，这些脏活累活要是交给以后的开发者来干，那我不得留下一世骂名、遗臭万年？？！

想到这里我就感觉哆嗦，不行，为了我一世英名，我得向主人进言。

其实早在 20000 多年前，女娲造人的时候，便采用了神级的模板方法模式，将一系列的通用功能都封装好，只暴露一些 DNA 接口，以供后来者随机输入和演变。

换言之，主人只需以模板方法模式的方式将我重新封装，并且编写一套管理窗口的任务和返回栈机制在背地里运筹帷幄，那么未来的开发者就只需继承我，而得到一个简练的配置模板，从而在模板上面输入他们的定制内容，以得到他们想要的结果。

于是我改名叫 Activity

Window 成了我永恒不变的信仰，存留在我的体内。对于开发者来说，我就是个待继承的 Activity，开发者通过继承我，拿到的就是一个个简练的模板。

对系统来说，我的本质仍是被管理的窗口，系统能够管理我和其他窗口的切换和通信。

对开发者来说，我的本质是视图控制器，开发者通过我可以控制 View 以他们想要的方式进行排版，并且在特殊状况下保存和恢复 View 的排版内容。

综上

最开始只有一块运行着原始 Android 系统的板砖。

Surface Flinger 的出现是为了更加方便地完成 UI 渲染。

Window 的出现是为了管理 UI 内容的排版。

Window 不堪重负于是将责任下发到 View 身上。

View 通过组合模式，在递归的帮助下蹭蹭蹭地完成排版工作。

Activity 的出现是为了满足多窗口管理和傻瓜式视图管理的需要。

所以 Activity 的知识边界无非就是生命周期、特殊状况导致的重建、多窗口跳转（启动模式、intent）、视图的加载和优化等等。
这样说，你理解了吗？

版权声明

本文以 CC 署名-非商业性使用-禁止演绎 4.0 国际协议发行。
Copyright © 2019-present KunMinX

本文内容均属于作者 KunMinX 原创，转载须遵守上述协议，保证原文内容的完整、注明作者及出处。
任何个人或组织，未经作者本人沟通许可，不得将文中内容洗稿和用于写书、卖课等商业活动。