Fuchsia 启动顺序
本文档将描述 Fuchsia 将控制权从 Zircon 到 Garnet 的启动顺序。此文档是一项正在进行的工作，需要在我们开发中进行扩展。
Layer 1: appmgr
appmgr的工作是托管环境树(environment tree)并在这些环境中帮助创建流程。通过创建的进程 appmgr
有一个zx::channel回自己的环境，让他们在自己的环境中创建其他进程并创建嵌套环境。
在启动时, appmgr 创建一个空的根环境并在该环境中列出初始应用程序 /system/data/appmgr/initial.config 。通常，这些应用程序会创建直接嵌套在根环境中的环境。默认配置包含一个初始应用： bootstrap。
Layer 2: sysmgr
sysmgr的工作是创建引导环境并在引导环境中创建初始组件。
sysmgr服务在根环境中不被引导本身提供。Instead, 当 sysmgr 第一次收到服务请求时, sysmgr 懒创建适当的应用程序来实现该服务并将请求routed到该应用程序。 哪个组件实现哪些服务包含在/system/data/bootstrap/services.config 文件中。对相同服务的后续请求将routed到已在运行的应用程序。如果应用程序终止，sysmgr则会在下次收到该应用程序实施的服务请求时再次启动它。
sysmgr在启动时还会在引导环境中运行许多组件。启动时运行的组件列表在/system/data/bootstrap/apps.config 文件中。
Layer 3: basemgr
basemgr的工作是建立用户登录和管理的交互流程。
它将先访问系统的根视图,启动 Device Shell，并在启动交互流的根视图中绘制 Device Shell UI。它还管理通过 User Provider FIDL AP 向 Device Shell公开的用户数据库。
此API允许设备Shell添加新用户，删除现有用户，查看所有现有用户，以现有用户登录或隐身登录。
添加新用户通过用户管理服务完成的，该服务可以与IDP(Identity Provider)通信以获取 ID token 来访问用户的Ledger。
以现有用户身份登录将启动具有该用户的id令牌的user_runner实例，以及在命名空间内映射和管理basemgr的命名空间。
以访客身份登录（隐身模式）将启动没有id令牌和临时命名空间的user_runner实例 。
Comments