App 启动流程
最后更新于
这有帮助吗?
最后更新于
这有帮助吗?
当点击桌面App
的时候,发起进程就是Launcher
所在的进程,启动远程进程,利用Binder
发送消息给system_server进程
;
在system_server进程
中启动了N多服务,例如ActivityManagerService,WindowManagerService
等。启动进程的操作会先调用AMS.startProcessLocked
方法,内部调用 Process.start(android.app.ActivityThread);
而后通过socket
通信告知Zygote进程fork子进程
,即app进程。进程创建后将ActivityThread
加载进去,执行ActivityThread.main()
方法。
在app进程
中,main方法
会实例化ActivityThread
,同时创建ApplicationThread,Looper,Hander对象
,调用attach方法
进行Binder
通信,looper
启动循环。attach
方法内部获取ActivityManagerProxy
对象,其实现了IActivityManager
接口,作为客户端调用attachApplication(mAppThread)
方法,将thread
信息告知AMS
。
在system_server进程
中,AMS
中会调用ActivityManagerNative.onTransact
方法,真正的逻辑在服务端AMS.attachApplication
方法中,内部调用AMS.attachApplicationLocked
方法,方法的参数是IApplicationThread
,在此处是ApplicationThreadProxy
对象,用于跟前面通过Process.start()
所创建的进程中ApplicationThread
对象进行通信。
attachApplicationLocked
方法会处理Provider, Activity, Service, Broadcast
相应流程,调用ApplicationThreadProxy.bindApplication
方法,通过Binder
通信,传递给ApplicationThreadNative.onTransact
方法。
在app进程
中,真正的逻辑在ActivityThread.bindApplication
方法中。bindApplication
方法的主要功能是依次向主线程发送消息H.SET_CORE_SETTINGS 和H.BIND_APPLICATION
。后续创建Application,Context
等。Activity
的回调也会是通过Binder通信,然后发送不同消息处理。
Launcher startActivity
AMS startActivity
Zygote fork进程
Activity main()
ActivityThread 进程loop循环
开启Activity,开始生命周期回调…