1. 主页
  2. 文档
  3. Fuchsia OS 简体中文文档 (2019年版)
  4. 手册
  5. Fuchsia 启动顺序

Fuchsia 启动顺序

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

Leave a reply

您的电子邮箱地址不会被公开。