Android4.4 Framework分析——Launcher中启动应用程序(startActivity)的过程

对于通过点击应用图标启动activity的场景说，AMS在这一步中没回调用startProcessLocked来创建一个新的进程，而对于通过在内部启动新的activity来说，这一步不需要执行，因为新的activity就在原来的activity所在的进程中启动。无论是通过Launcher启动，还是通过activity 内部来调用startActivity接口 来启动新的activity，都是通过Binder进程间通信进入到AMS进程中，并且调用AMS.startActivity 接口。

启动Activity一般有多种方式，常见的有三种： 在Launcher桌面点击app图标 调用startActivity启动一个Activity 命令am start启动 这三种方式在服务端的处理方式基本相同，客户端的请求方式也差别不大，理解其中之一就可以类推到其他方式。本文结合案例分析在Launcher桌面点击app图标启动应用的方式，再简要给出其他两种方式的区别

一.Launcher是什么 Launcher是启动器的意思,最直观的就是手机上的桌面.其实它是个Activity. public class Launcher extends Activity implements View.OnClickListener, OnLongClickListener, LauncherModel.Callbacks, 它负责管理桌面,包括显示快捷方式,w

( 4999): at dalvik.system.NativeStart.main(Native Method) ( 4999): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:658) ( 4999): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:842) ( 4999): at java.lang....

Activity启动流程源码分析

这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 同样的，这也...

在嵌入式安卓系统开发中，开机自启动是保障设备功能可靠性的基础需求。其核心原理在于理解安卓系统的启动流程，特别是从Init进程到System Server的初始化顺序，以及关键的ACTION_BOOT_COMPLETED广播发送机制。这一机制的技术价值在于为应用提供了系统就绪后的启动入口，但其在Android 8.0后引入了“应用需至少启动一次”的限制，对RK3588这类常用于商显、工业HMI的无头设备构成了挑战。因此，实现稳定自启动需要综合运用多种技术方案。从基础的静态广播接收器，到监听网络变化的迂回启动，

startingwindow的一些流程梳理

在Dalvik下,应用每次运行的时候,字节码都需要通过即时编译器转换为机器码,这会拖慢应用的运行效率,而在ART环境中,应用在第一次安装的时候,字节码就会预先编译成机器码,使其成为真正的本地应用。ART+Dalvik执行的是Dalvik可执行格式(.dex)中的执行文件。二者最大的区别在于JavaVM是以基于栈的虚拟机(Stack-based),而Dalvik是基于寄存器的虚拟机(Register-based)。显然,后者最大的好处在于可以根据硬件实现更大的优化,这更适合移动设备的特点。

文章目录点击桌面应用程序创建application和activity流程点击 startActivity() 时的调用流程问题： 为什么启动时会先调用栈顶activity的onPause() 点击桌面应用程序创建application和activity流程 首先从APP程序入口启动 main 函数开始。看下 ActivityThread 的 main 方法。 main方法中做了一些 Loop 的初始化，Application绑定流程的调用等，具体看代码：代码中有备注，省略了部分代码 public

在安卓开发中，四大组件-Activity,Servie,Broadcast receiver以及contentprovider是一个应用的主要组成部分。在应用中每一个界面都对应一个activity，而各个界面之间的跳转对应着activity之间的切换。那么activity是怎么启动的呢？activity的启动场景主要分两种：launcher界面点击应用图标启动activity；在应用程序的activ

前言通过上一篇文章（Binder之应用层总结与分析）可以了解到进程间通讯的一个大致情况，像今天要提到的Activity启动过程，也是以Binder为通讯方式。系统对这个工作过程做了很多封装，使得启动一个Activity变得十分简单。这看似简单的背后，实际上是Activity与ActivityManagerService之间多次通讯的结果。 阅读该篇文章建议配合源码一起食用，味道更佳。Launche

一、Launcher上点击启动应用程序的MainActivity                                    注：使用的Launcher2: 0、 packages/apps/Launcher2/src/com/android/launcher2/AppsCustomizePagedView.java        当用户点击界面之后触发onClick    

学习android的窗口模块一周多了，感觉自己对这个模块的理解还是比较模糊，先把get的知识点记录一下。 下图是学习过程记录的activity窗口启动过程序列图，没有或者没办法完整的描绘出来，整个过程比较复杂： 整个学习过程中是参照老罗的android之旅博客和《深入理解android内核设计思想》一书来辅助的，非常感谢前辈。 Activity的整体启动过程可查看Android4.4 f...

修改frameworks\base\services\java\com\android\server\am\ActivityManagerService.java 在startHomeActivityLocked函数开始的地方加入下面语句 String packageName = SystemProperties.get("thirdparty.launcher.packagename

在Android系统中，Activity和Service是应用程序的核心组件，它们以松藕合的方式组合在一起构成了一个完整的应用程序，这得益于应用程序框架层提供了一套完整的机制来协助应用程序启动这些Activity和Service，以及提供Binder机制帮助它们相互间进行通信。在前面的文章Android进程间通信（IPC）机制Binder简要介绍和学习计划和Android系统在新进程中启动自...

关于framework中的某些源码的分析，只记录下结论，以及主要的一些地方，具体的代码逻辑就不一一分析了，平时也不一定能用得上，需要用到的时候在根据记录的一些标记去寻找。这样方便记录与查看，没那么费脑。 本文所提到的Activity的启动包括两种情况，第一种是在不同的进程中启动Activity，主要包括点击桌面的应用图标，启动新的应用，第二种情况是在同一个进程中启动一个Activity，主要包括...

init进程：linux的根进程，android系统是基于linux系统的，因此可以算作是整个android操作系统的第一个进程； Zygote进程：android系统的根进程，主要作用：可以作用Zygote进程fork出SystemServer进程和各种应用进程； SystemServer进程：主要是在这个进程中启动系统的各项服务，比如ActivityManagerService，PackageManagerService，WindowManagerService服务等等； 各种应用进程：启动自己编

最近负责公司一个小项目系统定制方面的工作，主要负责Launcher方面的自定义修改。使用的是安卓4.4的OS，系统源码下有Launcher2和Launcher3两套源码，但是系统默认的默认启动的是Launcher2的代码，其实现在的手机厂商（小米和魅族等）的桌面基本都是基于Launcher3的基础进行的二次开发的成果。Laucher3相较于Launcher2来说最直观的感受莫过于整个桌面的UI风格