Android应用程序运行机制解析
2011-09-10 12:16
183 查看
在标准的Windows和Linux桌面操作系统中,同时可以在不同的窗口中运行多个应用程序,每次只有一个应用程序是当前焦点状态,但其他的应用程序都是一个平等的位置。用户可以随时切换每个应用程序,在不需要应用程序时,也需要用户来关闭应用程序。
但是Android操作系统的应用程序却不是采用这种方式。
Android中每次只有一个应用程序运行在最前面,除了状态栏的位置,当前应用程序将铺满整个屏幕。用户最常见的应用程序就是应用的主页(Home application),这个程序主要显示背景图和应用程序快捷方式、Widget等,用户可以在此激活应用程序。
用户在Android运行一个应用程序时,Android启动该程序并把它放到最前端,从这个应用程序中,用户可以启动别的应用,或者该应用自己的其他界面,一个启动一个。而这些程序和屏幕都被活动管理(Android Activity Manager)记录在应用程序堆栈(application stack)中,在任何时候,用户可以使用后退按钮返回到前一个应用屏幕,这有点类似浏览器的网页浏览历史功能一样,用户可以使用后退按钮返回到上一个应用屏幕。
在Android内部,每个用户界面代表一个活动类(Activity Class),每个活动有其自身的生命周期,每个应用程序有一个或多个活动。
在Android中,每个应用程序都是“活跃的”,即使它的进程被关闭以后。换而言之,其活动(Activity)的生命周期和其进程的生命周期不是绑定在一起的,进程只是活动的一次性容器而已,这与Windows、Linux那些标准的桌面操作系统是不同的。在标准的Windows和Linux桌面操作系统中,同时可以在不同的窗口中运行多个应用程序,每次只有一个应用程序是当前焦点状态,但其他的应用程序都是一个平等的位置。用户可以随时切换每个应用程序,在不需要应用程序时,也需要用户来关闭应用程序。
但是Android操作系统的应用程序却不是采用这种方式。
Android中每次只有一个应用程序运行在最前面,除了状态栏的位置,当前应用程序将铺满整个屏幕。用户最常见的应用程序就是应用的主页(Home application),这个程序主要显示背景图和应用程序快捷方式、Widget等,用户可以在此激活应用程序。
用户在Android运行一个应用程序时,Android启动该程序并把它放到最前端,从这个应用程序中,用户可以启动别的应用,或者该应用自己的其他界面,一个启动一个。而这些程序和屏幕都被活动管理(Android Activity Manager)记录在应用程序堆栈(application stack)中,在任何时候,用户可以使用后退按钮返回到前一个应用屏幕,这有点类似浏览器的网页浏览历史功能一样,用户可以使用后退按钮返回到上一个应用屏幕。
在Android内部,每个用户界面代表一个活动类(Activity Class),每个活动有其自身的生命周期,每个应用程序有一个或多个活动。
在Android中,每个应用程序都是“活跃的”,即使它的进程被关闭以后。换而言之,其活动(Activity)的生命周期和其进程的生命周期不是绑定在一起的,进程只是活动的一次性容器而已,这与Windows、Linux那些标准的桌面操作系统是不同的。
但是Android操作系统的应用程序却不是采用这种方式。
Android中每次只有一个应用程序运行在最前面,除了状态栏的位置,当前应用程序将铺满整个屏幕。用户最常见的应用程序就是应用的主页(Home application),这个程序主要显示背景图和应用程序快捷方式、Widget等,用户可以在此激活应用程序。
用户在Android运行一个应用程序时,Android启动该程序并把它放到最前端,从这个应用程序中,用户可以启动别的应用,或者该应用自己的其他界面,一个启动一个。而这些程序和屏幕都被活动管理(Android Activity Manager)记录在应用程序堆栈(application stack)中,在任何时候,用户可以使用后退按钮返回到前一个应用屏幕,这有点类似浏览器的网页浏览历史功能一样,用户可以使用后退按钮返回到上一个应用屏幕。
在Android内部,每个用户界面代表一个活动类(Activity Class),每个活动有其自身的生命周期,每个应用程序有一个或多个活动。
在Android中,每个应用程序都是“活跃的”,即使它的进程被关闭以后。换而言之,其活动(Activity)的生命周期和其进程的生命周期不是绑定在一起的,进程只是活动的一次性容器而已,这与Windows、Linux那些标准的桌面操作系统是不同的。在标准的Windows和Linux桌面操作系统中,同时可以在不同的窗口中运行多个应用程序,每次只有一个应用程序是当前焦点状态,但其他的应用程序都是一个平等的位置。用户可以随时切换每个应用程序,在不需要应用程序时,也需要用户来关闭应用程序。
但是Android操作系统的应用程序却不是采用这种方式。
Android中每次只有一个应用程序运行在最前面,除了状态栏的位置,当前应用程序将铺满整个屏幕。用户最常见的应用程序就是应用的主页(Home application),这个程序主要显示背景图和应用程序快捷方式、Widget等,用户可以在此激活应用程序。
用户在Android运行一个应用程序时,Android启动该程序并把它放到最前端,从这个应用程序中,用户可以启动别的应用,或者该应用自己的其他界面,一个启动一个。而这些程序和屏幕都被活动管理(Android Activity Manager)记录在应用程序堆栈(application stack)中,在任何时候,用户可以使用后退按钮返回到前一个应用屏幕,这有点类似浏览器的网页浏览历史功能一样,用户可以使用后退按钮返回到上一个应用屏幕。
在Android内部,每个用户界面代表一个活动类(Activity Class),每个活动有其自身的生命周期,每个应用程序有一个或多个活动。
在Android中,每个应用程序都是“活跃的”,即使它的进程被关闭以后。换而言之,其活动(Activity)的生命周期和其进程的生命周期不是绑定在一起的,进程只是活动的一次性容器而已,这与Windows、Linux那些标准的桌面操作系统是不同的。
相关文章推荐
- Android应用程序运行机制解析
- 解析Android应用程序运行机制
- Android源码解析之应用程序框架层和系统运行库层日志系统
- Android应用程序运行机制
- android消息机制(handler运行机制)解析
- 理解Android Web Apps的运行机制,实现简单的包含Web View的应用程序
- 阅读深入解析Android RIL笔记2 —RILC系统结构及LibRIL运行机制
- android应用程序窗口框架学习(2)-view绘制流程源代码解析-setContentView与LayoutInflater加载解析机制源码分析
- Android 6.0及以上运行时权限处理完全解析
- Visual Studio 2008 可扩展性开发(三):Add-In运行机制解析(上)
- 获取android中正在运行应用程序的列表
- Android应用程序键盘(Keyboard)消息处理机制分析(9)
- Android 应用程序运行时请求内存分配
- Android View体系(五)从源码解析View的事件分发机制
- Android事件分发机制完全解析,带你从源码的角度彻底理解(下)
- Android中获取正在运行的应用程序-----ActivityManager.RunningAppProcessInfo类详解
- Android Handler 异步消息处理机制二:源码解析,深入理解Looper、Handler、Message三者关系
- Android 异步消息处理机制(Handler 、 Looper 、MessageQueue)源码解析
- Android事件分发机制完全解析,带你从源码的角度彻底理解(上)
- Android中获取正在运行的应用程序-----ActivityManager.RunningAppProcessInfo类详解