AMS是Android中最核心的服务，主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作，其职责与操作系统中的进程管理和调度模块相类似，因此它在Android中非常重要。
ActivityManagerService，简称AMS，具有管理Activity行为、控制activity的生命周期、派发消息事件、内存管理等功能，AMS的另外两个重要概念是两大核心功能是WindowManagerService.java和View.java。 分析ActivityManagerService的流程之前需要先下载Android的系统源码，相关下载可以参照下面的文章：中国大陆如何下载 Android 源码
一.Launcher通过Binder进程间通信机制通知ActivityManagerService，它要启动一个Activity；
打开 Android 手机电源键后 , 先运行 BootLoader , 然后使用 BootLoader 加载 Linux Kernel ,
1.在Activity中动态注册广播时，调用registerReceiver方法,会调用到ContextWrapper的registerReceiver方法：
在Android系统中，为什么需要广播机制呢？广播机制，本质上它就是一种组件间的通信方式，如果是两个组件位于不同的进程当中，那么可以用Binder机制来实现，如果两个组件是在同一个进程中，那么它们之间可以用来通信的方式就更多了，这样看来，广播机制似乎是多余的。然而，广播机制却是不可替代的，它和Binder机制不一样的地方在于，广播的发送者和接收者事先是不需要知道对方的存在的，这样带来的好处便是，系统的各个组件可以松耦合地组织在一起，这样系统就具有高度的可扩展性，容易与其它系统进行集成。在软件工程中，是非常强调模块之间的高内聚低耦合性的，不然的话，随着系统越来越庞大，就会面临着越来越难维护的风险，最后导致整个项目的失败。Android应用程序的组织方式，可以说是把这种高内聚低耦合性的思想贯彻得非常透彻，在任何一个Activity中，都可以使用一个简单的Intent，通过startActivity或者startService，就可以把另外一个Activity或者Service启动起来为它服务，而且它根本上不依赖这个Activity或者Service的实现，只需要知道它的字符串形式的名字即可，而广播机制更绝，它连接收者的名字都不需要知道。
dex 解密时 , 需要将 代理 Application 替换为 真实 Application ; 替换 Application 首先要理解系统如何注册应用的 Application 的 ;
本文介绍了浅谈android性能优化之启动过程(冷启动和热启动) ，分享给大家，具体如下：
取代了简单的指针，它在访问对象时执行一些附加操作。对指向实际对象的引用计数， 这样当该对象没有引用时，可以自动释放它，智能指针当第一次引用一个持久对象时，将它装入内存。 在访问一个实际对象前，检查是否已经锁定了它，以确保其他对象不能改变它
bindService能实现的一个前提就是Android为我们提供了一套AIDL(Android Interface Definition Language)即Android接口定义语言，来帮助我们实现远程 Binder的通信
参考 【Android 逆向】Android 系统文件分析 ( /proc/pid 进程号对应进程目录 | oom_adj | maps | smaps | mem | task | environ ) 博客 , /proc/ 目录中存放的是所有进程相关信息 ;
大家好，又见面了，我是你们的朋友全栈君。 1.ActivityManager 是 android 框架的一个重要部分，它负责一新 ActivityThread 进程创建， Activity 生命周期的维护，本 blog 就是着手对 ActivityManager 框架作一个整体的了解 2. 先看一个静态类结构图：
前言 此前的文章我们学习了init进程、Zygote进程和SyetemServer进程的启动过程，这一篇文章我们就来学习Android系统启动流程的最后一步：Launcher的启动流程，并结合本系列的前三篇文章的内容来讲解Android系统启动流程。建议读这篇文章前要通读本系列的前三篇文章，否则你可能不会理解我在讲什么。 1.Launcher概述 Android系统启动的最后一步是启动一个Home应用程序，这个应用程序用来显示系统中已经安装的应用程序，这个Home应用程序就叫做Launcher。应用程序La
前言 上一篇文章我们分析了init进程，init进程中主要做了三件事，其中一件就是创建了Zygote进程，那么Zygote进程是什么，它做了哪些事呢？这篇文章会给你这些问题的答案。 1.Zygote简介 在Android系统中，JavaVM(Java虚拟机)、应用程序进程以及运行系统的关键服务的SystemServer进程都是由Zygote进程来创建的，我们也将它称为孵化器。它通过fock(复制进程)的形式来创建应用程序进程和SystemServer进程，由于Zygote进程在启动时会创建JavaVM，因此
frameworks/base/core/java/android/content/ContextWrapper.java
相信大多数动脑同学对文章中提到的ActivityManagerService（以后简称AMS）都有所耳闻。
继续我们的源码解析，上一篇文章我们介绍了Activity的启动流程，一个典型的场景就是Activity a 启动了一个Activity b，他们的生命周期回调方法是：
前言 在此前我讲过Android系统的启动流程，系统启动后，我们就比较关心应用程序是如何启动的，这一篇我们来一起学习Android7.0 应用程序进程启动过程，需要注意的是“应用程序进程启动过程”，而不是应用程序启动过程。关于应用程序启动过程，我会在后续系列的文章中讲到。希望阅读这篇文章前先阅读本文列出的相关文章，要不你一脸蒙蔽，就别怪我了。 1.应用程序进程概述 要想启动一个应用程序，首先要保证这个应用程序所需要的应用程序进程已经被启动。ActivityManagerService在启动应用程序时会检查这
在上一篇博客 【Android 启动过程】Activity 启动源码分析 ( ActivityThread 流程分析 一 ) 分析了从 ActivityThread 的 main() 函数启动 , ApplicationThread 绑定 , Application 创建 , 下面继续分析后续内容 ;
①点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；
进程保活时 , 遇到的问题 , 手机 Pixel 2 , Android 10.0 系统 ;
1. 什么情况下会发生anr (1). KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应 (2). BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成 (3). ServiceTimeout(20 seconds) --小概率类型 Service在特定的时间内无法处理完成 2. KeyDispatchTimeout超时原因 (1). 当前的事件没有机会得到处理（即UI线程正在处理
final 用于声明属性，方法和类，分别表示属性不可变，方法不可覆盖，类不可继承。 内部类要访问局部变量，局部变量必须定义成final类型.
从上篇博客中，我们知道了Zygote进程启动了SyetemServer进程，本篇博客我们就一起来学习SyetemServer进程。
Android是基于linux系统的，手机开机之后，linux内核进行加载。加载完成之后会启动init进程。
今天接着完善Android系统这一块的体系架构，说说在App启动流程中举足轻重的ActivityManagerService。
ActivityManager在操作系统中有重要的作用，本文利用操作系统源码，逐步理清ActivityManager的框架，并从静态类结构图和动态序列图两个角度分别进行剖析，从而帮助开发人员加强对系统框架及进程通信机制的理解。
其中eMMC的读写性能一般和HW有关,可做的工作不多.对于CPU的频率,大多数的芯片vendor 也在App启动是采用了boost,也就是需要把CPU 运行在maxfreq.而App framework 的优化是andorid的code,这当中有很多工作可做.App 代码的优化,需要APP 开发者进行相关代码的优化.
我们的APP新版本，从2017年4月份提交第一行代码开始，就现在已经有两年半的时间，在这两年多的时间里，APP的内容内容不断丰富，例如先后加入了求职招聘、问答、个人中心、二手机，小视频等等模块。同时对于以前的旧功能也在不断地完善，例如，丰富了发帖的内容、小视频详情页像抖音一样方便快捷、标签的聚合更加精准的吸引用户。
Android应用程序框架层创建的应用程序进程具有两个特点，一是进程的入口函数是ActivityThread.main，二是进程天然支持Binder进程间通信机制；这两个特点都是在进程的初始化过程中实现的，本文将详细分析Android应用程序进程创建过程中是如何实现这两个特点的。
从registerReceiver（BroadcastReceiver receiver,IntentFilter filter)出发
应用的启动速度缓慢是我们在开发过程中经常会遇到的问题，比如启动缓慢导致的黑屏，白屏问题，本篇博客就将介绍App启动优化的相关知识。
Activity启动流程分两种，一种是启动正在运行的app的Activity，即启动子Activity。如无特殊声明默认和启动该activity的activity处于同一进程。如果有声明在一个新的进程中，则处于两个进程。另一种是打开新的app，即为Launcher启动新的Activity。后边启动Activity的流程是一样的，区别是前边判断进程是否存在的那部分。
之前讲Android的View的绘制原理和流程的时候，讲到过在Android调用setContentView之后，Android调用了一个prepreTravle的方法,这里面就提到了ActivityManagerService。 ActivityManagerService提供的主要功能： （1）统一调度各应用程序的Activity （2）内存管理 （3）进程管理 上一篇我们分析Android启动过程的文章中我们分析到了SystemServer，当时我们只是简单的
一. 简介 UsageStatsService是一个系统服务，其主要通过AMS等，来监测并记录各个应用的使用数据，如上次调用com.android.settings的时间等。 UsageStatsSe
Framework层所有的Service都是运行在SystemServer进程中；SystemServer进程是由Zygote进程创建。
【packages/apps/Launcher3/src/com/android/launcher3】
本文的讨论围绕一个 java.lang.SecurityException 展开，异常的关键词是权限 android.permission.INTERACT_ACROSS_USERS_FULL。
当用户在启动器上点击应用图标时，启动器会发起启动请求。这通常通过调用startActivity()方法实现，该方法的参数包括一个Intent对象，表示要启动的Activity。此时，启动器会将启动请求传递给系统的ActivityManagerService（AMS）进行处理。
UsageStatsService是一个系统服务，其主要通过AMS等，来监测并记录各个应用的使用数据，如上次调用com.android.settings的时间等。
Contentprovider也是四大组件之一，支持跨进程调用，因此肯定会用到IPC的Binder机制来实现跨进程调用，在应用层就是AIDL
本文讲解从开机到app显示画面的流程，但不分析源码，如果想阅读源码请到参考文章中查阅。
其中启动了很多的服务，主要关注下执行的mActivityManagerService.systemReady（），其中 mActivityManagerService是ActivityManagerService服务。
在调用完setResult以及finish之后，开始启动Activity销毁以及结果返回的流程。
在Android系统中，进程可以大致分为系统进程和应用进程两大类。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
