Android的运用结构的外特性空间的描绘在SDK文档有非常清楚的描绘，Android运用的基本概念，组件生命周期等等有具体的描绘。在外特性空间中，Android供给了Activity,Service,Broadcast receivers，Content Provider,Intent，task等概念，我在这里不评论这些概念界说，由于SDK文档现已讲得够具体。
在阅览SDK文档和研讨Activity这个概念时，我感觉到了在Android中若有若无的Android自在无鸿沟这个规划目的。Android的运用仅仅一个虚的概念，并没有实践的进口，这个不像Window平台上的运用程序的概念，Android更多的是供给组件(Components)的概念。为什么要虚化运用的概念?我想这个虚化便是自在无鸿沟规划目的的直接表现。杰出恳求和服务，杰出组件个别，弱化鸿沟，体系的各个组件能够自在的无鸿沟的沟通，服务恳求者直接宣布恳求，不管这个目标在何处和归于谁的，组件是自在独立的个别，一个运用程序能够直接恳求运用其他的运用的的组件，这个是Android运用结构规划的中心理念，其他的一切都是在为这个中心理念服务。
让程序员疏忽运用的概念，乃至完全的扔掉进程这样的概念，程序员看到的便是一个一个的组件，运用程序员使用这些组件来架构成一个所谓的运用，那么规划者首先要考虑的是什么呢?我想应该是一个笼统的运用模型，在这个模型下发生概念和接口。
咱们知道MicroSoft提出了Application，Windows的概念，有远景运用(Foreground Application)概念，MicroSoft的运用模型中用户交互则完全交给了Window，各种界面的出现都是归于这个运用的是孤立的，运用程序之间的各个构成目标不能彼此拜访，最多供给一个进程间通讯机制，那个也是运用程序层面的。尽管Microsoft后来也提出了组件，分布式组件等概念，可是这些不是根植在Windows体系中，而Android则是完全的组件化思维构建，一开端的运用程序概念便是Activity，Service,Broadcast receivers，Content Provider,Intent，Task。这些概念表现了一个人机交互的模型本质：
界面出现
建议恳求,呼应恳求
内容交互
音讯接纳处理
Activity是Android运用的中心概念，简而言之Activity为用户交互管理者，有一个可视界面出现，而Service跟Activity的区别是他在后台运转，没有界面出现。而Intent的含义是目的，他在Android的概念空间中，代表音讯，这个音讯代表了恳求的目的。
Activity能够处处存在，供给服务，消除空间不同，Activity是一个独立的个别，更能表现面向目标的本质。这个个别需求承受别的的个别的音讯，能够随时建议对别的一个个别的恳求。个别是自在的，Android中你能够开端一个Activity，可是没有权力消除一个Activity，这是个别权力的表现，个别的消除是由体系决议的，这个便是Android中Activity包含的人文含义。
