android流程,Android流程设计器
Android：一个完整app开发流程
可选MVP，MVVM
创新互联10多年成都定制网页设计服务;为您提供网站建设,网站制作,网页设计及高端网站定制服务,成都定制网页设计及推广,对公路钻孔机等多个领域拥有多年的营销推广经验的网站建设公司。
本app基于mvp架构。除了mvp架构的文件。
还包含下面的文件夹：
ui （下面根据Activity划分）
widget （自定义dialog等）
base （BaseActivity，BaseFragment）
有侧滑栏，tab的一般用fragment
设置sw-360dp,sw-480dp等不同的dimension目录，根据百分比计算dp值。
bindview使用butterknife，不同组件通信使用EventBus，定时使用RxJava，崩溃收集bugly
按钮样式：
使用selector
按钮背景色，包括颜色和圆角
使用ConstraintLayout，直接使用标注的值来做，最简单，不要用百分比。使用layout_constraint，layout_margin完成所有布局。
在AndroidStudio直接肉眼布局，Android可以选择不同的分辨率机器，水平或者垂直进行预览
配置sdk版本
配置abi
使用蓝湖进行图片的协助。提供m,h,x,xx等不同分辨率的图片
Android应用程序启动流程总结
AMS主要功能：
AMS是Android中最核心的服务，主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作。还负责启动或杀死应用程序的进程。
WMS主要功能：
为所有窗口分配Surface。
管理Surface的显示顺序、尺寸、位置。
管理窗口动画。
输入系统相关：WMS是派发系统按键和触摸消息的最佳人选，当接收到一个触摸事件，它需要寻找一个最合适的窗口来处理消息。
PWS主要功能：
PMS 用来管理跟踪所有应用APK，包括安装，卸载，解析，控制权限等。
SystemServer也是一个进程，包括AMS、PMS、WMS等等。
zygote意为“受精卵“。Android是基于Linux系统的，而在Linux中，所有的进程都是由init进程直接或者是间接fork出来的，zygote进程也不例外。
App进程是用户点击桌面icon时，通过Launcher进程请求SystemServer，再调用Zygote孵化的。
①点击启动一个App，Launcher进程采用Binder IPC向ActivityManagerService发起startActivity请求；
②ActivityManagerService接收到请求后，向zygote进程发送创建进程的请求；
③Zygote进程fork出新的子进程，即App进程；
④App进程通过Binder IPC向sytem_server进程发起绑定Application请求；
⑤system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheduleLaunchActivity请求；
⑥App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；
⑦主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。
⑧到此，App便正式启动，开始进入Activity生命周期，执行完onCreate/onStart/onResume方法，UI渲染结束后便可以看到App的主界面。
备注：
Launcher，PMS，Zygote，App进程是三个独立的进程，相互通信就需要使用进程间通信机制。与Zygote通信是使用的socket通信，Launcher，PMS，App进程间使用的是Binder机制。
Android 启动流程
makeApplication创建application中会执行attachBaseContext(context);
installContentProviders第一个参数context，是从上面传递下来的app，也就是application。
遍历providers列表，初始化每一个provider，都是用application的context。构造出ContentProvider然后执行attachInfo() 方法，attachInfo()执行完毕会执行onCreate()。
最后再mInstrumentation.callApplicationOnCreate(app);执行Application的OnCreate方法。
总结
从流程上来看，符合日志打印的流程Application#attachBaseContext() → ContentProvider#attachInfo() → ContentProvider#onCreate() → Application#onCreate()
ContentProvider持有的Context也是application，具备给SDK初始化使用。
这时候第一进程是zygote。zygote英文是受精卵的意思。android系统的所有进程都是由zygote进程fork而来。zygote最先启动的第一个进程是鼎鼎大名的SystemServer进程。这个进程包含了我们常说的三个大神级系统服务，分别是ActivityManagerService，WindowManagerService以及PackegeManagerService。
进程入口在ActivityThread这个类的main（）方法，这个main方法类似C语言的mian方法，是一个程序入口。
这个方法会接着调用ActivityManagerNatvie（一个单例类，可以获取ActivityManagerService的实例）的getDeafault()返回ActivityManagerService实例。
ApplicationThread是ActivityThread的内部类，他是App和系统跨进程交互的入口，它的实现类在客户端进程。
获得了正在Binder通信的客户端的当前线程的id，然后和ApplicationThread对象作为参数传入到AMS的attachApplicationLocked。
thread是ApplicationThreadProxy的对象引用，它是代理对象，先调用ApplicationThreadProxy的bindApplication方法，接着在这个方法中又调用ApplicationThreadNative的函数onTransact，然后函数onTransact中根据code找到对应的case，最终会调用ApplicationThread的bindApplication方法。
在这里，bindApplication方法通过向ActivityThread的消息队列发送BIND_APPLICATION消息
消息的处理调用handleBindApplication方法，handleBindApplication方法比较重要的是会调用如下方法
在执行完bindApplication()之后进入ActivityStackSupervisor.attachApplicationLocked()，这样我们整个应用进程已经启动起来了。开始activity的启动逻辑了。
这个类是一个AMS的一个栈管理类，里面存储着ActivityStack的集合。在这个方法，会遍历各个ActivityStack，找到前台栈，找到里面的TopActivity。然后比较 传进来的ProcessRecord.processName和UID是否个和opActivity对用的ActivityRecord里面的一致。如果一致，就调用ActivityStackSupervisor.realStartAcvitiyLocked（ProcessRecord，ActivityRecord）方法。
这个方法会调用传过来的ApplicationThread实例的ScheduelLaunchActivity（包括ActivityRecord）方法，所以真正执行的是ActivityThread中的scheduleLaunchActivity
这个方法是跨进程的，会把ActivityRecord同步到App进程的ActivityRecordClient数据结构，用来后面构造Application和Activity等。
ActivityThread接收到SystemServer进程的消息之后会通过其内部的Handler对象分发消息，经过一系列的分发之后调用了ActivityThread的handleLaunchActivity方法：
接着调用PerformLaunchActivity方法和HandleLaunchActivtiy（）方法。performLauncherActivity，看名字应该就是执行Activity的启动操作了
1.这个方法主要是构造Application和通过mInstrumention.newActivity()构造Activity。
这个方法会初始化一个Window，以后详细讲，人格视图都是附在一个window的docorView上，然后由WMS.addView显示。
这个方法会调用Actiity的resume（）方法，并且在makrVisible（）里面调用WMS.addView(window),这个windows里面的docorView的contentView就是onCreate（）里面setContentView（int layout）设置的contentView。
注意关于WMS.addView(window),这个系统服务，我们下次再讲，里面有一个类RootViewImpl，这个类负责管理我们contentView视图树的逐级绘制。
原文链接
Android 10.0 Activity的启动流程
本文主要学习记录，基于Android 10的源码，有错误欢迎指正，主要目的是梳理流程图。
以进程为单位的调用栈图如下：
1.activity中的startActivity方法最终都会通过拿到ATSM的代理IActivityTaskManager调用的startActivity；
2.之后进入system server进程中的ATMS startActivity，ATMS 经过收集Intent信息，然后使用ActivityStackSupervisor.startSpecificActivityLocked，如果进程已经存在，则直接使用realStartActivityLocked，通过App的binder客户端的代理ApplicationThread调用回到bindApplication，走入Activity的启动流程；如果进程不存在则通过socket链接Zygote，请求fork新的进程；
3.App进程创建完成后，进程启动会调用ActivityThread.main方法，初始化主线程Handler,接着走入attach方法，然后通过AMS的代理调用AMS的attachApplication方法，并将App进程的通信代理ApplicationThread传入AMS；
4.AMS获取到ATMS调用ApplicationThread的bindApplication回到App进程的ActivityThread.ApplicationThread.bindApplication方法中，然后使用Handler切换到主线程执行handleBindApplication，这里初始化了App的进程名字、时间，用户的硬件配置，包括App的文件系统，创建了App的Context实例，Instrumentation实例，调用App的onCreate回调方法，同时告诉AMS APP初始化工作完毕；
5.AMS接着会调用ATMS的attachApplication，最后调用ClientLifecycleManager的scheduleTransaction方法，通过App的Binder代理ApplicationThread回到ActivityThread；
6.进入ActivityThread.ApplicationThread.scheduleTransaction方法之后就进入了Activity的onStart、onResume回调
创建进程之前的过程主要是AMS的内部信息收集的判断的过程，下面主要看一下App进程启动的源码流程
从应用进程被创建开始，ActivityThread.main被执行
调用ActivityThread的attach方法，然后将activity和AMS通信的Binder代理IApplicationThread实例传入AMS
接着进入AMS进程，ActivityManagerService.attachApplicationLocked
1.thread.bindApplication ：该方法主要讲App进程的配置信息通过IApplicationThread Binder通信回传到ActivityThread中
2.mAtmInternal.attachApplication ：mAtmInternal实际就是ActivityTaskManager的实例，通过LocalServices加载
那么这里相当于走到了ActivityTaskManagerServer的attachApplication中
先看第一条：
注意：ActivityThread中存在于Binder通信的代理--》ApplicationThread extends IApplicationThread.Stub
ActivityThread--》ApplicationThread--》bindApplication
这里的bindApplication主要初始化了AppBindData，然后发送BIND_APPLICATION给APP的主线程BIND_APPLICATION，最后执行了handleBindApplication
handleBindApplication如下：
ActivityThread--》class H extends Handler
该方法主要在App进程中对App的一些硬件资源配置申请的属性、App的文件夹等完成App基本信息的初始化
接着看第二条：mAtmInternal.attachApplication
mAtmInternal.attachApplication最终会调用mRootActivityContainer.attachApplication(wpc)
RootActivityContainer.attachApplication
接着调用ActivityStackSupervisor.realStartActivityLocked开始创建Activity
ActivityStackSupervisor.realStartActivityLocked
创建ClientLifecycleManager和ClientTransactionHandler来辅助管理Activity的生命周期
注意
clientTransaction.addCallback是LaunchActivityItem
lifecycleItem是ResumeActivityItem
ClientLifecycleManager.scheduleTransaction最终会调用ClientTransaction的schedule方法
那么这个mClient是IApplicationThread的实例，那么此时也就回到了ActivityThread的ApplicationThread中
ActivityThread的ApplicationThread中
因为ActivityThread继承ClientTransactionHandler，所以到了ClientTransactionHandler中
通过Handler发送消息EXECUTE_TRANSACTION到H中
接着TransactionExecutor的execute方法
LaunchActivityItem.execute方法
client其实是在ActivityThread的实例，那么就回到了ActivityThread的handleLaunchActivity
接着调用performLaunchActivity
在performLaunchActivity中，主要是加载App的资源包，然后创建了Activity的context实例，并创建了Activity的实例，接着调用activity.attach方法，attach执行完之后调用了onCreate方法。
activity.attach
activity.attach中主要
1.创建了PhoneWindow实例
2.设置了Window接口的监听
3.初始化了成员变量，包括线程和WindowManager
到此Oncreate已经完成，那么OnStart和OnResume去哪了？
TransactionExecutor的execute方法
之前们只分析了executeCallbacks，接着executeLifecycleState方法
TransactionExecutor的executeLifecycleState方法
cycleToPath：lifecycleItem即为ResumeActivityItem
第一点：
int finish = lifecycleItem.getTargetState()
lifecycleItem对应ResumeActivityItem，如下：
ResumeActivityItem的getTargetState方法
对应ActivityLifecycleItem中的枚举类型：
第二点：ActivityClientRecord中的mLifecycleState，由于在前面已经执行了handleLaunchActivity所以mLifecycleState=1
对应ActivityLifecycleItem中的枚举类型：
PRE_ON_CREATE = 0
所以final int star = 1
接着看getLifecyclePath，此时start=1，finish=3
那么返回的IntArray就是2
接着看performLifecycleSequence
最终执行的是handleStartActivity所以最终走到了ActivityThread的handleResumeActivity
两点：
调用activity.performStart
调用Instrumetation.callActivityOnPostCreate
performStart方法：
调用了Instrumentation.callActivityOnStart方法：
最终到了activity的onStart方法
第二点：Instrumentation.callActivityOnPostCreate
上面主要走了cycleToPath，接着ResumeActivityItem.execute
调用了handleResumeActivity方法
handleResumeActivity最终调用performResumeActivity
调用了Instrumentation.callActivityOnResume，
到了activity.onResume()方法
参考文章：
Android App安装以及启动流程
Android App的安装可以分为有界面的安装和无界面的安装。
有界面的安装其实就是调用系统App（PackageInstaller）去安装apk，打开安装apk应用之后，点击安装按钮执行startInstall方法，然后就进入安装中界面开始安装，安装成功或者失败都会有对应的回调。内部其实也是使用PackageManager的installExistingPackage方法，通过binder机制，调用到PackageManagerService的installExistingPackage方法，最终调用到installExistingPackageAsUser方法安装，而 安装的核心原理其实就是将apk文件拷贝到系统可识别的重要的文件目录 ：
无界面安装是调用adb命令，执行到一个c写的commandline脚本，调用 install_app 方法，然后再调用 pm_command ，然后执行到pm脚本，执行 run 方法，调用 runinstall ，然后调用 installPackageAsUser 通过AMS执行安装。
说到App的启动，就需要从开机开始说起，Android开机会先把所有应用安装一遍就是把apk拷贝到对应的目录（这也是Android开机慢的原因）。
整个流程如下：
其实App的启动，除了刚开机是不一样之外，正常时候基本与Activity的启动非常接近。
Android开机流程
最近回顾的一些知识，补充了一下。
源码标准：API : 29「Android 10.0」
android手机是怎么开机的？
android 的底层是 linux kernel「 内核 」，由 BootLoader「系统启动加载器」 负责加载（类似于计算机的BIOS系统）。
首先启动 init「父进程，第一个进程」进程，接着运行init.rc脚本，脚本文件有个命令启动了Zygote进程，初始化时会启动虚拟机。
Zygote进程fork出 SystemServer 进程，然后会调用SystemServer.main()方法。
run方法中，主要是在进程中启动系统的各项服务，比如ActivityManagerService，PackageManagerService，WindowManagerService服务等。
下面是一些 主要 的初始化方法。
真正启动是在ActivityManagerService的中systemReady方法，调用resumeTopActivityLocked打开 锁屏界面 。
到这里，android的开机流程结束。
文章标题：android流程,Android流程设计器
网站路径：http://mswzjz.cn/article/dsdhgdd.html