安卓组件的设计思想

目录

1.组件化思想

2.组件化设计

3.组件化支持

4.实验

 一. 背景

从PC客户端应用程序说起

开发者角度

复杂，同时兼顾UI、交互和业务逻辑

运行载体是进程

进程只有一个入口点—main

使用者角度

流畅的UI、友好的交互、正确的结果

不知进程是何物

PC客户端应用程序开发的任务

满足用户的需求

降低程序复杂度 -- 组件化

PC客户端应用程序组件化之后

开发者角度

运行载体仍然是进程

进程仍然是只有一个入口点—main

使用者角度

流畅的UI、友好的交互、正确的结果

不知进程是何物

结论
应用程序组件化前后，用户对其运行载体（进程）没有概念，但是开发者来说，组件化后的应用程序仍然是和进程直接关联的，也就是说，进程一旦不存在，程序和组件也随之灰飞烟灭！

二 .移动客户端应用程序

与PC客户端应用程序一样，包含UI、交互和业务等复杂逻辑

与PC客户端应用程序一样，用户的需求是流畅的UI、友好的交互、正确的结果

运行在低频率CPU、小容量内存、小面积屏幕设备上

设备特性对移动客户端应用程序的影响

低频率CPU
影响程序运行速度，尤其是程序启动速度，因为用户对程序启动时间最为敏感

小容量内存
影响同时运行的程序的数量，而且系统会在内存紧张时杀进程，以便回收内存

小面积屏幕

    单窗口操作模式，导致用户需要频繁地切换程序或者重新打开程序

移动客户端应用程序开发的任务

满足用户的需求

降低程序复杂度

三 .组件化是降低移动端应用程序复杂度的不二选择，但需进一步考虑以下两个事实：

设备特性的影响

系统杀进程时，被杀进程里面的组件如何处理？

程序切换和重新打开时，如可提高程序启动速度？

用户不关心进程

是否可以将组件与进程进行剥离？

四.基本思想

Everything is component

具体实现

程序由组件组成

组件与进程剥离

组件皆程序入口

五.程序由组件组成

Activity：前台交互

Service：后台计算

Broadcast Receiver：广播通信

Content Provider：数据封装

六.组件与进程剥离

组件关闭时，进程可以继续存在

提高重新启动时的速度

进程关闭时，组件可以继续存在

保护被杀进程里面的组件

七.组件皆程序入口

Activity -- onCreate

Service -- onCreate

Broadcast Receiver -- onReceive

Content Provider -- onCreate

八.将组件与进程进行剥离，使得进程对组件透明，听起来很好，但是如何解决以下四个问题？

谁来负责组件的启动和关闭？

谁来维护组件的状态？

谁来管理组件运行时所需要的进程？

组件之间如何进行通信？

九.操作系统级别的组件化支持

Activity Manager Service

Binder 

Low Memory Killer

十 .Activity Manager Service

启动组件

组件启动时，检查其所要运行在的进程是否已创建。如果已经创建，就直接通知它加载组件。否则，先将该进程创建起来，再通知它加载组件。

关闭组件

组件关闭时，其所运行在的进程无需关闭，这样就可以让组件重新打开时得到快速启动。

维护组件状态

维护组件在运行过程的状态，这样组件就可以在其所运行在的进程被回收的情况下仍然继续生存。

进程管理

在适当的时候主动回收空进程和后台进程，以及通知进程自己进行内存回收

十一.Binder

为组件间通信提供支持

进程间

进程内

高效的IPC机制

进程间的组件通信时，通信数据只需一次拷贝

进程内的组件通信时，跳过IPC进行直接的通信

十二.Low
Memory Killer

内存紧张时回收进程

由于组件与进程是剥离的，因此进程回收不会影响组件的生命周期

从低优先级进程开始回收

Empty Process

Hidden Process

Perceptible Process

Visible Process

Foreground Process