詞彙

本文旨在提供 Fuchsia 中所使用的技術術語的簡短定義。

如要新增詞彙定義,請參閱新增詞彙表項目

條款

詞彙表區域




  • 系統的二進位層級介面。

    完整說明

    系統的應用程式二進位檔介面 (ABI) 是系統的二進位層級介面。通常,您不會編寫直接使用系統 ABI 的軟體。而是改為針對系統 API 編寫軟體。軟體經過編譯後,編譯器所建立的二進位成果會透過 ABI 與系統互動。系統 ABI 的變更可能需要重新編譯原始碼,以反映 ABI 的變更。


  • Fuchsia 使用具有兩個分區 A 和 B,以及一個復原槽的系統啟動載入程式。

    完整說明

    Fuchsia 使用具有兩個分區 A 和 B,以及一個復原槽的系統啟動載入程式。啟動 Zircon 或執行基本 Fuchsia 系統並不需要這個邏輯,但它必須充分利用 Fuchsia 的無線 (OTA) 更新功能。

    字詞插槽是用來參照一起更新的一組分區。如果更新失敗,則分區會回到一起。這種做法可以正常運作,因為磁碟上的每個分區都有兩個副本。按照慣例,用於一般更新作業的運算單元會標示 A 和 B,對應的分區則會加上「_a」或「_b」後置字串。用於復原的版位會標示 R,表示 A 和 B 均無法啟動。


    相關連結
  • 產品擁有者編寫的 JSON 檔案,用於指定 (1) 產品特定套件、元件、驅動程式和設定清單,以及 (2) 平台功能和配置。這個設定會封裝產品設定和平台設定。


    相關連結
  • 組件輸入組合是獨立性構件,內含一個根目錄,說明內含的內容。這個軟體包是由軟體組合工具在內部使用。Fuchsia 是由多種套件、元件、驅動程式和設定資料所組成。這些元素在組件輸入組合 (AIB) 中會歸類到同一組產品中,以便納入組合產品中。除了舊版 AIB 之外,所有 AIB 都是「平台 AIB」。


    相關連結
  • 定義驅動程式之間的通訊通訊協定語言。

    完整說明

    Banjo 是定義 驅動程式之間通訊通訊協定的一種語言,與 FIDL 不同之處在於,它指定了 ABI 用於呼叫呼叫的 ABI,而不是 IPC 通訊協定。


  • 用來在靜態檔案中編寫繫結程式庫繫結規則的語言。


    相關連結
  • 繫結程式庫是一種用於定義節點屬性的機制。您可以透過父項驅動程式繫結規則,為節點指派節點屬性。繫結程式庫是透過繫結語言來定義。


    相關連結
  • 繫結規則是 driver 提供的一組定義條件,必須讓驅動程式繫結至節點。系統會根據節點屬性評估條件。舊稱具約束力的節目。


    相關連結
  • 在第 2 版元件中,元件執行個體會繫結至提供功能的元件執行個體。

    完整說明

    在元件 v2 中,元件執行個體在連接至其他元件執行個體提供的功能時,就會繫結至其他元件執行個體。這是元件啟動的常見原因。


  • Jamboard 是完整的電腦硬體平台,搭載 CPU、記憶體和周邊裝置等。

    完整說明

    Jamboard 是完整的電腦硬體平台,搭載 CPU、記憶體和周邊裝置等。定義建構內容用於執行的架構,以及要執行建構的裝置主要特色。這項設定會影響納入的驅動程式,也可能會影響裝置專用的核心參數。


    相關連結
  • Jamboard 驅動程式是一種特殊驅動程式,其中包含平台匯流排所需的平台專屬資訊,並控制平台匯流會載入的其他驅動程式。

    完整說明

    Jamboard 驅動程式是一種特殊驅動程式,其中包含平台匯流排所需的平台專屬資訊,並控制平台匯流會載入的其他驅動程式。Jamboard 驅動程式是平台匯流排載入並留下的驅動程式。


    相關連結
  • 這個啟動檔案系統包含啟動程序初期所需的檔案。

    完整說明

    在開機期間,沒有其他檔案系統可用時,開機磁碟的 RAM 磁碟會包含所需的啟動檔案。這屬於 zircon 開機映像檔的一部分,會由 bootsvc 解壓縮並進行提供。早期啟動程序完成後,系統會從「/boot」掛接系統啟動版本。


  • 為靴子和載入器服務提供檔案系統服務。

    完整說明

    第二個程序是在 Fuchsia 開始進行。為 bootfs 提供檔案系統服務,以及從相同 Bootfs 載入程式的載入器服務。啟動這些服務後,就會載入第三個程式,預設為「component_manager」。


  • 讓 Fuchsia 在新的看板上運作的程序。

    完整說明

    「總結」是指讓 Fuchsia 在新的看板上運作的所有工程工作。如果是 Fuchsia 支援 Jamboard 的情況,就不得使用「brupup」一詞。舉例來說,如果將 Fuchsia 圖片閃爍到 VIM3,並不會出現問題。為了導入 Fuchsia 在 VIM3 上執行,原始工程工作就是讓 Fuchsia 執行。


    相關連結
  • 含有多個子項的裝置驅動程式。

    完整說明

    適用於多個子項裝置的驅動程式。舉例來說,PCI 等硬體介面會指定一種拓撲,用來將單一控制器連結至多個裝置。在這種情況下,控制器的驅動程式將是公車司機。


  • 系統隨時可能清除的私人目錄,該元件執行個體可在其中快取裝置本機上的資料。

    完整說明

    系統隨時可能清除的私人目錄,該元件執行個體可在其中快取裝置本機上的資料。與資料目錄類似,只不過系統可隨時清除快取目錄的內容,例如裝置在儲存空間壓力時。可在元件執行個體的「命名空間」中對應至 /cache


    相關連結

  • 結合物件參照與一組權限的值。

    完整說明

    功能是指結合物件參照與一組權限的值。當程式具備某項功能時,會授予使用該功能執行特定動作的權限。「處理常式」是功能的常見範例。


    相關連結
  • 讓一個元件執行個體為另一個元件執行個體提供功能的方法。

    完整說明

    讓一個元件執行個體透過元件執行個體樹狀結構,為其他執行個體提供功能。「元件資訊清單」定義了路徑的轉送方式,並提供服務功能目錄功能儲存空間功能的語法。


    相關連結
  • Zircon 提供的 IPC 基元。

    完整說明

    管道是由 Zircon 提供的 IPC 基元。這種雙向雙向資料傳輸可傳輸小型訊息,包含處理常式FIDL 通訊協定通常會使用管道做為基礎傳輸。


    相關連結
  • 子元件執行個體是由另一個執行個體 (「父項」) 擁有的元件執行個體。


    相關連結
  • 節點,可從父項驅動程式接收資源


    相關連結
  • 用於儲存及發布套件的雲端服務。套件可以是任意檔案的集合,但通常包含預先建構的二進位檔。

    完整說明

    Fuchsia 專案會使用 CIPD 下載、發布及發布經過編譯的軟體,例如 Fuchsia SDK。Jiri 有內建版本下載和下載 CIPD 套件的支援,


    相關連結
  • 元件是常見的抽象層,用於定義要在 Fuchsia 系統上描述、沙箱和執行所有軟體的方式。

    完整說明

    元件是常見的抽象層,用於定義在 Fuchsia 系統上,所有軟體 (無論原始碼、程式設計語言或執行階段) 在描述、沙箱及執行方式中如何呈現。


    相關連結
  • 在元件執行個體樹狀結構中的節點,其子項會動態執行個體化,而非在元件資訊清單中靜態定義。

    完整說明

    元件執行個體樹狀結構中的節點是以動態方式執行個體化,而不是在元件資訊清單中以靜態方式定義。


    相關連結
  • 根據執行元件的結構定義,自動調整元件執行個體的處理程序。

    完整說明

    根據執行元件的結構定義,自動調整元件執行個體的處理程序。包括定義及提供元件可用來瞭解並依據啟動情境的脈絡,並據此調整資料。


    相關連結
  • 提供給元件執行個體的資料,可用於瞭解及調整啟動時的內容。

    完整說明

    提供給元件執行個體的資料,可用於瞭解及調整啟動時的內容。


    相關連結
  • 包含元件相關資訊的 FIDL 資料表。

    完整說明


    相關連結
  • 用於宣告和管理元件的應用程式架構,當中包含建構工具、API、慣例和系統服務。


    相關連結
  • 執行階段中特定元件的眾多可能性之一。


    相關連結
  • 樹狀結構表示父項與子項關係元件執行個體的執行階段狀態。

    完整說明

    元件執行個體樹狀結構是「元件 v2」概念。樹狀結構結構代表元件執行個體之間父項/子項關係的執行階段狀態。如果執行個體 A 啟動了執行個體 B,樹狀結構 A 將會是 B 的父項。透過 元件 樹狀圖 , 轉送 可讓 父項 的 功能 提供 供 使用 的 功能 , 供 使用 而 讓 它們 向 父母 向 公開 或 向 其他 使用。


    相關連結
  • 可讓元件執行個體管理其子項與功能轉送功能的系統服務,進而實作元件執行個體樹狀結構

    完整說明

    可讓元件執行個體管理其子項與功能轉送功能的系統服務,進而實作元件執行個體樹狀結構。元件管理工具是實作元件 v2 執行階段的系統服務。


    相關連結
  • .cm 結尾的二進位檔案,編碼元件宣告,通常會以套件的一部分發布。

    完整說明

    .cm 結尾的二進位檔案,編碼元件宣告,通常會以套件的一部分發布。cmc 工具會從「元件資訊清單來源」檔案產生元件資訊清單。


    相關連結
  • 結尾為 .cml 的 JSON5 檔案,用於說明元件及其功能。

    完整說明

    元件 v2 中,元件資訊清單是含有 .cml 副檔名的檔案,編碼為元件宣告

    這個 JSON 檔案包含有關元件執行階段設定、其命名空間收到的服務和目錄,以及商情項目的相關資訊。


    相關連結
  • 其他元件資訊清單中繼資料。

    完整說明

    元件資訊清單內含的其他中繼資料。此為架構的擴充點。


    相關連結
  • 元件執行個體專屬的唯一穩定 ID。

    完整說明

    元件執行個體專屬的唯一穩定 ID。執行個體 ID 是元件執行個體的標準 ID。元件執行階段會利用這項元件來為元件的持續性資源建立金鑰 (如果有的話)。元件執行個體的單位設定可能會變更,但執行個體 ID 仍維持不變。

    系統會使用元件 ID 索引將執行個體 ID 指派給元件執行個體。


    相關連結
  • 元件執行個體樹狀結構與樹狀結構上的功能路徑。

    完整說明

    元件拓撲說明 Fuchsia 系統中元件執行個體之間的關係組合。其中包含元件執行個體樹狀結構的父項子項關係,以及該樹狀結構的功能性路徑


    相關連結
  • 可識別元件的網址。

    完整說明

    用於識別元件的網址,通常用於對元件執行個體化時,例如 fuchsia-pkg://fuchsia.com/stash#meta/stash_secure.cm


    相關連結
  • Fuchsia 的現代化元件架構。

    完整說明

    以下為現代化實作中的元件架構簡寫。包含由 component_manager 導入的執行階段、fuchsia.sys2 中定義的通訊協定和類型,以及 cmc 等建構時間工具。


  • 只能繫結至複合節點驅動程式。驅動程式可透過繫結規則定義為複合式。


    相關連結
  • 具有多個父項的節點。與複合式節點繫結的驅動程式可以存取父項驅動程式提供的合併資源。舊稱複合裝置。


    相關連結
  • 支援多個並行作業的硬體驅動程式

    完整說明

    支援多個並行作業的硬體驅動程式。例如透過硬體指令佇列或多個裝置版本。從核心驅動程式的角度來看,裝置可有多個待處理作業,且這些作業都是獨立完成或失敗。如果驅動裝置可在內部平行處理作業,但一次只能執行一項作業,建議採用序列裝置驅動程式,以更有效的方式實作。


  • 包含點陣圖的附加內容,可附加在Flatland 中的 Transform 中的點陣圖。圖片檢視區FilledRect是內容類型。

    完整說明

    包含點陣圖的附加內容,可附加在Flatland 中的 Transform 中的點陣圖。圖片檢視區FilledRect是內容類型。每個 Transform 最多可以有一個附加的「內容」。內容會繼承所附加 Transform 的所有屬性。


  • 「驅動程式」為一組類別驅動程式實作應用程式導向的 RPC 介面。

    完整說明

    這個驅動程式可為一個類別驅動程式 (例如區塊驅動程式、乙太網路驅動程式) 實作應用程式端的 RPC 介面。這是硬體通用。這項服務會透過 banjo硬體驅動程式進行通訊,以滿足其要求。


  • 這個成果含有 Fuchsia API、Fuchsia 工具、二進位檔和中繼資料。用於存取 Fuchsia 工具或 Fuchsia API。


  • 私人目錄,其中元件執行個體可將資料儲存在裝置本機。

    完整說明

    私人目錄,其中元件執行個體可將資料儲存在裝置的本機中,以標準化方式對應至元件執行個體的命名空間中的 /data


  • 螢幕的實際像素和螢幕裝置獨立像素之間的比率。

    完整說明

    螢幕的實際像素和螢幕裝置獨立像素之間的比率。每個邏輯或裝置獨立像素都會在螢幕上由一或多個實體像素顯示 (由這個比例決定)。


    相關連結
  • 「元件 v2」概念。功能,允許存取檔案系統目錄,將目錄加入使用該元件元件執行個體命名空間

    完整說明

    「元件 v2」概念。功能,允許存取檔案系統目錄,將目錄加入使用該元件元件執行個體命名空間。如果多個元件執行個體提供相同的目錄功能,這些執行個體就可以存取相同的檔案系統目錄。


    相關連結
  • 調度工具是安排非同步作業的介面。

    完整說明

    調度人員為駕駛時,對駕駛人協調並執行非同步作業。調度工具主要會處理兩項工作:在「驅動程式主機」上安排執行緒以執行執行緒的作業,並確實代表驅動程式在這些執行緒上執行工作。


    相關連結
  • 驅動程式是動態的共用程式庫,用於啟用及控制一或多個節點

    完整說明

    驅動程式是動態的共用程式庫,用於啟用及控制一或多個節點驅動程式管理員會將驅動程式載入至驅動程式主機


    相關連結
  • 將「驅動程式」與「節點」比對,然後啟動節點的「資源」的程序。

    完整說明

    將「驅動程式」與「節點」比對,然後啟動節點的「資源」的程序。繫結至節點的驅動程式可以存取節點的資源並建立子節點


    相關連結
  • 包含一或多個裝置驅動程式的處理程序。

    完整說明

    包含一或多個裝置驅動程式的處理程序。這些驅動程式由驅動程式管理員於需要時建立,以提供驅動程式之間的穩定性和安全性。


  • 驅動程式管理員 (先前稱為 devmgr 或 devcoordinator) 負責計算、載入及管理裝置驅動程式的生命週期。


  • 驅動程式架構找到「驅動程式」並將其指派給節點的程序。而指派給節點的驅動程式會視為相符驅動程式。


    相關連結
  • 以指定語言 (例如 C++) 表示的對應類別或資料類型,用於代表 FIDL 類型。網域物件通常會為有問題的網域空間建立實體模型。


  • 一組元件用於容器。

    完整說明

    提供一組元件的容器,用於管理元件的生命週期和佈建服務。環境中的所有元件都可以存取環境 (部分) 的服務。


  • 用於撰寫使用者介面內容的圖形程式庫。

    完整說明

    用於撰寫使用者介面內容的圖形程式庫。其設計靈感來自於現代的即時轉譯技術,但 Fuchsia 預期大多數顯示的內容都具有不切實際的風格或風格化使用者介面,適合用於使用者介面。


  • 包含實驗性 Fuchsia API 的成果。


  • 元件執行個體的關鍵字,表示其能夠由父項提供轉送功能。

    完整說明

    「元件執行個體」可以使用 expose 的「資訊清單」關鍵字,表示該屬性會為其父項提供轉送功能。家長可以「提供」任何子女給其他孩子或家長的權限,但他們不能「自行」使用這項功能來避免依賴週期。


    相關連結
  • 檔案系統目錄,內含一組元件公開功能。

    完整說明

    元件管理員提供的檔案系統目錄,內含由元件提供給父項的一系列功能。


    相關連結
  • Fuchsia Archive Format 是 Zircon 與 Fuchsia 要使用的檔案容器。


    相關連結
  • FBL 是 Fuchsia 基準程式庫,由核心和使用者空間共用。


    相關連結
  • Fuchsia 驅動程式架構是建構 Zircon 裝置驅動程式所需的說明文件、API 和 ABI。

    完整說明

    Fuchsia 驅動程式架構是建構 Zircon 裝置驅動程式所需的說明文件、API 和 ABI。裝置驅動程式會實作為 ZFcon 驅動程式管理員載入的 ELF 共用程式庫。


    相關連結
  • Zircon IO 程式庫。

    完整說明

    Zircon IO 程式庫。這個程式庫會根據 RemoteIO RPC 通訊協定實作 posix 樣式 open()、close()、read()、write()、select()、輪詢() 等項目的實作。在 libc 中,這些 API 是不傳回的虛設常式,而連結至 libfdio 時,這些虛設常式會覆寫這些虛設常式。有時也稱為「POSIX Lite」。


    相關連結
  • Fuchsia 使用 Fuchsia 系統和 Fuchsia 工具的主要工具。用途包括裝置串流記錄,以及啟動模擬器。


    相關連結
  • 可在平面Transform 中附加純色矩形。

    完整說明

    可在平面Transform 中附加純色矩形。FilledRect 是 Content 的類型。


  • Fuchsia 介面定義語言 (FIDL) 是定義通訊協定的語言,

    完整說明

    Fuchsia 介面定義語言 (FIDL) 是一種用於定義通訊協定,通常用於「管道」的一種語言。FIDL 適用於各種語言,並支援 C、C++、Dart、Go 和 Rust 等許多熱門語言。這個方法可讓系統以不同語言編寫的系統元件順暢互動。


    相關連結
  • FIDL 通訊協定,允許將 2D 圖形內容傳送至「情境」

    完整說明

    Fuchsia 圖形用戶端的 2D 組合 API。地域客戶可以建構場景圖並傳送至 Scenic,以撰寫到螢幕上的共用場景圖。


  • 功能完善的回應式架構,專為 Fuchsia 進行最佳化,且有許多系統元件會使用。

    完整說明

    功能完善的回應式架構,專為 Fuchsia 進行最佳化,且有許多系統元件會使用。Flutter 也支援其他多種平台,包括 Android 和 iOS。Fuchsia 本身不需要任何特定的語言或使用者介面架構,


    相關連結
  • 片段是構成 Driver Framework v1 複合節點節點。每個片段都會繫結至片段驅動程式,該片段可為複合式節點提供通訊協定和中繼資料。僅適用於 Drive Framework v1。


    相關連結
  • 已淘汰,並由 RFC 取代。FTP 是開發人員針對 FIDL 提出修改建議的方式。

    完整說明

    FTP 是開發人員針對 FIDL 提出修改建議的方式。書面密碼之後,FTP 會經過正式的審查流程,接受或拒絕。


    相關連結
  • Fuchsia API 介面結合了 Fuchsia 系統介面Fuchsia IDK 內含的用戶端程式庫。


  • Fuchsia 模擬器 (FEMU) 是 Fuchsia 的預設模擬器。

    完整說明

    Fuchsia 模擬器 (FEMU) 是 Fuchsia 的預設模擬器。如此一來,您不必使用 Fuchsia 裝置,就能測試 Fuchsia 元件和應用程式。FEMU 是以 Android Emulator (AEMU) 為基礎,後者是 QEMU 的分支。


    相關連結
  • 指存放區、套件或套件資源的配置。

    完整說明

    指存放區、套件或套件資源的配置。語法為 fuchsia-pkg://[/][#]]。舉例來說,如果是 echo_dart 套件 meta 目錄中發布的 echo_client_dart.cm 元件,此程式碼的網址是 fuchsia-pkg://fuchsia.com/echo_dart#meta/echo_client_dart.cm


    相關連結
  • Visual Studio Code (VsCode) 的擴充功能,可支援 Fuchsia 的常見開發人員工作流程,例如環境設定、編輯、偵錯和測試。


    相關連結
  • 從 Fuchsia 作者發表的一系列可交付項目,可以更輕鬆地針對 Fuchsia 開發元件。部分成果包含:Fuchsia SDK、Fuchsia 工具、元件和編輯器擴充功能。


  • Fuchsia SDK 是 Fuchsia 提供的一組 API、工具、建構系統整合和語言整合成果,可為 Fuchsia 提供與開發軟體及產品。


  • Bazel 建構系統與 Fuchsia SDK 整合。可讓開發人員透過 Bazel 編譯、執行及測試軟體。透過隨附的 Clang 工具鍊支援 C++。


  • Fuchsia 作業系統向執行的軟體提供的二進位介面。

    完整說明

    Fuchsia 作業系統向執行的軟體提供的二進位介面。例如,進入 vDSO 的進入點以及所有 FIDL 通訊協定都是 Fuchsia 系統介面的一部分。


    相關連結
  • 協助與 Fuchsia 合作的計畫。例如編譯 FIDL IDL (互動式資料語言) 的工具,或從裝置取得記錄的工具。


  • Fuchsia Volume Manager (FVM) 是一種分區管理工具,可為動態分配區塊位址空間提供動態分配的各組區塊 (稱為區塊)。

    完整說明

    Fuchsia Volume Manager (FVM) 是一種分區管理工具,可為動態分配區塊位址空間提供動態分配的各組區塊 (稱為區塊)。FVM 分區可提供區塊介面,讓檔案系統能夠與一般區塊裝置互動。


    相關連結
  • GN 是產生建構檔案的中繼建構系統。

    完整說明

    GN 是一種中繼建構系統,可產生建構檔案,以利使用 Ninja 建構 Fuchsia。GN 速度飛快,且具備完善的工具,可用於管理及探索依附元件。名為「BUILD.gn」的 GN 檔案位於存放區各處。


    相關連結
  • 組織及呈現圖形檢視的 FIDL 通訊協定。

    完整說明

    組織及呈現圖形檢視的 FIDL 通訊協定。呈現的檢視畫面可以加上元素註解,用來向 GraphicalPresenter 傳達簡報屬性。舉例來說,當 Rust 中編寫的工作階段元件希望將呈現邏輯委派給 Flutter 中的子項元件,或用於管理元素生命週期的工作階段元件委派給顯示 GraphicalPresenter 的子項元件時,就會使用這項通訊協定。


    相關連結
  • 處理常式是指使用者空間程序參照到核心物件的方式。

    完整說明

    處理常式是指使用者空間程序參照到核心物件的方式。可以透過管道傳遞至其他程序。


    相關連結
  • 用來控制裝置的驅動程式

    完整說明

    用來控制裝置的驅動程式。該函式會接收核心驅動程式的要求,並將要求轉譯為硬體專屬作業。硬體驅動程式會盡可能保持精簡。這些 API 不支援遠端程序呼叫 (RPC) 介面,最好沒有本機工作站執行緒 (儘管並非嚴格的要求),有些則會有中斷執行緒的處理。並進一步細分為連續裝置驅動程式並行裝置驅動程式


  • 入口網站,可讓工具在執行階段存取元件執行個體的詳細結構資訊,例如名稱、工作和程序 ID,以及公開功能。


    相關連結
  • 這個點陣圖包含可在 Flatland 中附加至 Transform 的像素。

    完整說明

    這個點陣圖包含可在 Flatland 中附加至 Transform 的像素。圖片是內容的類型。


  • 這個設定檔會指示軟體組件產生要產生哪些圖片,以及如何產生這些圖片。

    完整說明

    映像檔設定是「軟體組合」和「圖片組合」這兩個子系統之間的內部合約。此軟體的結構和內容可能經過快速疊代,因為只有軟體軟體小組會取用。


    相關連結
  • 重新整理或描述要在 Fuchsia 結帳頁面中執行的操作。

    完整說明

    例如,查看 Fuchsia 原始碼是執行任何樹狀結構開發的先決條件。「fx build」指令可用來執行樹狀結構建構系統。


    相關連結

  • 輸入管道用戶端程式庫中的 Rust 特性。

    完整說明

    代表輸入管道與實體輸入裝置 (例如滑鼠、鍵盤) 的連線。InputDeviceBinding 會執行下列作業:

    當新的輸入周邊裝置連結到裝置時,輸入管道會建立並擁有 InputDeviceBinding


    相關連結

  • 說明特定輸入裝置可產生的值範圍。

    完整說明

    enum InputDeviceDescriptor 類型的 Rust 結構 InputReport 屬性和 FIDL 資料表。舉例來說,InputDeviceDescriptor 包含鍵盤上的可用鍵,而 InputDeviceDescriptor::Touch 則包含觸控聯絡人的數量上限,以及每個聯絡人可採用的 x-y- 值範圍。


    相關連結
  • 代表輸入裝置的輸入事件。

    完整說明

    Rust 結構 InputEvent 的屬性。InputDeviceEvent 的背景資訊比剖析來源的原始 InputReport 還要多。例如,InputDeviceEvent::Keyboard 包含所有已按下的按鍵,以及金鑰的階段 (按下、釋出等)。


    相關連結

  • 來自輸入裝置 (包含 InputDeviceDescriptor 和狀態 (例如按下按鈕的相位和位置) 的事件。輸入管道會從硬體訊號產生 InputEvent

    完整說明

    輸入管道用戶端程式庫中的 Rust 結構。


    相關連結

  • 代表輸入管道中的 InputEvent 用戶端。InputHandler 收到 InputEvent 時,至少會執行下列其中一項操作:

    完整說明

    輸入管道用戶端程式庫中的 Rust 特性。


    相關連結

  • 來自實體輸入裝置的事件無狀態表示法。

    完整說明

    FIDL 結構。Zircon 會根據 HID 報告產生 InputReport


    相關連結
  • Jiri 是用於多存放區開發作業的工具。

    完整說明

    可用來結帳 Fuchsia 程式碼集。它支援各種子指令,可讓開發人員輕鬆管理本機結帳。


    相關連結
  • 核心物件,將一組相關的程序、子項程序和工作 (如果有) 分組在一起。

    完整說明

    系統中的每個程序都屬於一個工作,且所有工作都會形成一個根樹狀結構。


    相關連結
  • 工作樹狀結構的根層級和系統中的第一個工作。

    完整說明

    根層級工作會建立核心,允許 userboot 開始執行。


    相關連結
  • 核心物件是一種核心資料結構,可用來控管系統資源 (例如記憶體、I/O、處理器時間和其他程序的存取權) 的存取權。

    完整說明

    Userspace 只能透過 handles 參照核心物件。


    相關連結
  • 核心物件 ID。


    相關連結
  • 「舊版 AIB」是一種 AIB,當中包含透過 GN 建構引數 (例如 base_product_labels 和 bootfs_labels) 指定的平台和產品構件。

    完整說明

    舊版組件輸入套件 (LAIB) 是一種 AIB,當中包含透過 GN 建構引數 (例如 base_product_labels 和 bootfs_labels) 指定的平台和產品構件。舊版 AIB 的所有內容最終都會遷移至平台 AIB 或組合設定,並完全刪除。自 2022 年 11 月起 (這個定義上次更新時),軟體組合並不完整,因此產品尚未完全遷移至使用軟體集。目前許多平台功能和產品代碼都不支援組合中在定義設定中定義的功能,因此我們發明瞭一項臨時解決方案。


    相關連結
  • View 的裝置獨立像素。

    完整說明

    View 的裝置獨立像素。這會影響內容版面配置。每個像素都會在螢幕上顯示一或多個實體像素,具體取決於裝置像素比例


    相關連結
  • Little Kernel (LK) 是組成核心,形成 Zircon 核心的核心。

    完整說明

    LK 是以微控制器為主,且不支援 Zircon 新增的 MMU、使用者空間和系統呼叫。


    相關連結
  • 元件可以在 Modlar 工作階段中,為使用者體驗容器 (樓層) 提供使用者介面。

    完整說明

    即將淘汰的 Modular 概念。任何匯出橫向 ViewProvider 的元件都可以當做模組使用。


    相關連結
  • 使用拓撲在元件元件樹狀結構中識別特定元件執行個體。

    完整說明

    元件的單位定義為 元件執行個體樹狀結構中元件執行個體的路徑。


    相關連結
  • Fuchsia 的標準 C 程式庫 (libc) 是以 Musl Libc 為基礎,


    相關連結
  • 命名空間是檔案、目錄、通訊端、「服務」及由環境提供給元件的其他已命名物件的綜合階層。


    相關連結
  • 實作 Fuchsia 的 TCP、UDP、IP 和相關網路通訊協定。


  • 執行 Fuchsia 建構作業的建構系統。

    完整說明

    這個小型的建構系統相當強調速度。與其他系統不同,Ninja 檔案不應以手動方式寫入,但應由其他系統產生 (例如「Fuchsia」中的 GN)。


    相關連結
  • 「驅動程式架構」中的實體包含一組「駕駛工具」可以進行互動的一組資源和一組屬性。節點可以視為硬體或虛擬裝置,而節點可以是硬體裝置的一部分。


    相關連結
  • 節點拓撲說明瞭 Fuchsia 系統中節點之間的上下層關係。這些節點形成單一節點拓撲,以有向非循環圖表示。


    相關連結
  • 元件執行個體的關鍵字,用於轉送曝光給它的功能。

    完整說明

    元件執行個體可以使用 offer 資訊清單關鍵字,將公開的功能轉送至其中一個子項 (暴露在它的子項除外)。


    相關連結
  • 提及或描述可在 Fuchsia 結帳以外完成的動作。

    完整說明

    例如,IDK 允許在 Fuchsia 樹狀圖外開發 Fuchsia。SDK 工具是預先建構的,因此開發人員不需要查看 Fuchsia 程式碼,並使用 Fuchsia 的樹狀結構建構系統從原始碼建構相同的工具。


    相關連結

  • 檔案系統目錄,其中元件通訊協定提供公開功能

    完整說明

    檔案系統目錄,其中元件通訊協定提供公開功能。其他元件則透過此目錄中的控制點連線至這些已公開的功能。


    相關連結
  • 無線更新。

    完整說明

    無線更新是指對裝置軟體 (通常是整個系統,但更小的模組) 進行的變更,而不必透過區塊或閃光燈重新初始化裝置的磁碟。


    相關連結
  • Fuchsia 軟體發行單位。

    完整說明

    Fuchsia 軟體發行單位。它是一組檔案,例如資訊清單、中繼資料、零個或多個執行檔 (例如元件) 與資產。您可以使用 fuchsia-pkg 網址辨識個別 Fuchsia 套件。套件可包含其他套件 (稱為 Subpackages)。


  • 又稱為「完整 Package 套件網址」,含有「fuchsia-pkg」配置 (fuchsia-pkg:///) 的網址,代表 Fuchsia 套件的完整位置。例如:fuchsia-pkg://fuchsia.com/package_name
    相關連結
  • 包含網址參數「hash」的套件網址,其值是套件中繼.far (fuchsia-pkg:///?hash=) 的弱點雜湊值。「綁定」是透過雜湊網址參數唯一識別版本的版本。例如:fuchsia-pkg://fuchsia.com/package_name?hash=716178364a3a0fc8be2850f88a7414f95ed895489bc0f74bc2d60d78d3682c65
    相關連結
  • 父項元件執行個體是擁有 子項元件執行個體的其他執行個體的元件執行個體。


    相關連結
  • 提供從節點子項節點資源


    相關連結
  • Zircon 中的工具,可將分區映像檔安裝到裝置的內部儲存空間。


    相關連結
  • 螢幕的實際像素數。

    完整說明

    顯示器的物理像素計數。例如,如果有 4K 和 FHD 尺寸相同的尺寸設置,4K 有 3840x2160 物理像素,FHD 有 1920x1080 物理像素。不過,兩者的邏輯像素數量可能相同,所以內容的版面配置看起來都一樣。


    相關連結
  • 程序 KOID。專門用於識別程序物件的 KOID。


    相關連結
  • 主機驅動程式新增到月台巴士節點


    相關連結
  • Fuchsia 中第一個載入的驅動程式。平台匯流排是根驅動程式,其中包含與硬體互動所需的所有資源和權限。


    相關連結
  • fuchsia.googlesource.com 代管的開放原始碼程式碼,其中包含 Fuchsia 的原始碼。

    完整說明

    特定 Fuchsia 系統可新增適當的 Fuchsia 套件,可納入平台來源樹狀結構外的其他軟體。


  • 組合系統規格。

    完整說明

    例如,Fuchsia 平台根據建構時間設定值和一組組件,以定義「系統映像檔」中的「bringup」和「core」等產品。


    相關連結
  • 代表 Fuchsia 產品的一組成果,用於在 Fuchsia 目標上模擬、刷新、開機或更新產品。

    完整說明

    產品組合包含 A/B/R Fuchsia 目標所需的所有圖片。成果包括 (但不限於) 相關聯的產品圖片和套件。


    相關連結
  • 由誰負責定義產品,負責產品公信力。


    相關連結
  • 核心物件,代表一組執行個體 (由一或多個執行緒搭配一組功能執行) 的一組操作說明。

    完整說明

    每個程序都包含在工作中。


    相關連結
  • FIDL 中,通訊協定會將方法和事件分組,以描述其中一個程序如何與其他程序互動。

    完整說明

    在「元件 v2」中,系統會將通訊協定做為通訊協定功能,並轉送至其他元件。


    相關連結
  • 這個功能可讓您使用指定的 FIDL 通訊協定,透過管道通訊協定通訊。

    完整說明

    頻道的伺服器端是由提供功能的元件執行個體所保存。管道的用戶端端會提供給「使用」功能的元件執行個體


    相關連結
  • Components v2 中,運作範圍是元件執行個體樹狀結構中元件執行個體的子樹狀結構。其可做為子樹狀結構中元件執行個體和功能的容器。


    相關連結
  • 資源包含在「節點」中,可供驅動程式用於溝通。資源分為多種類型,包括但不限於 IPC、核心、記憶體對應和 I/O。


  • 擲骰子是一種基礎架構工作,其會監控存放區的固定依附元件更新,並在偵測到新版本有可用的新版本時,自動建立並提交修訂版 (「擲程式」) 來提交可用的新版本。

    完整說明

    Fuchsia 專案使用滾筒更新已固定的存放區版本和 CIPD 套件。您可以將滾筒設定為存放區的新修訂版本自動觸發、以 cron 工作定期執行變更的變更,或僅以手動方式觸發。


  • 可為其他元件提供執行階段環境的元件,例如 ELF 執行器、Dart AOT 執行器、Chromium 網路執行器。

    完整說明

    每個元件都需要執行器才能啟動。元件會在元件宣告中表達對執行器的依賴。當「元件架構」啟動元件時,元件會先確定元件應接收的功能,然後要求元件執行器啟動元件。執行器負責建立任何必要程序、載入可執行的程式碼、初始化語言執行階段、將控制功能控制在元件的進入點,以及在元件架構要求時終止元件。


    相關連結
  • 「風景」是 Fuchsia 的系統合成器,將多個元件中的圖形物件組成一個共享的場景圖。

    完整說明

    「檢視畫面」包含檢視畫面、輸入、合成器和 GPU 服務。


    相關連結
  • SDK 中的部分檔案。

    完整說明

    *SDK Atom* 是可包含在 SDK 中的一組檔案。Fuchsia 使用 GN 中的 sdk_atom 範本代表 SDK Atom。


  • 硬體驅動程式:一次只對一項要求提供服務。核心驅動程式會同步處理並序列化所有要求。


  • FIDL 中,服務群組的「通訊協定」會說明其中一個程序如何與其他程序互動。

    完整說明

    服務會使用並轉送至其他元件做為服務功能


    相關連結
  • 功能可讓您透過指定的 FIDL 服務,透過管道服務進行通訊。

    完整說明

    頻道的伺服器端是由提供功能的元件執行個體所保存。管道的用戶端端會提供給「使用」功能的元件執行個體


    相關連結
  • 工作階段元件是一種元件,用於封裝產品的使用者體驗,並以「session_manager」平台的子項做為子元件。

    完整說明

    「工作階段元件」是一種元件。每個 Fuchsia 產品都會將使用者體驗納入工作階段元件和其子元件中。「使用者體驗」一詞普遍使用:包含傳統的觸控體驗,包括觸控/滑鼠/鍵盤互動,以及單一 RGB LED 和多個硬體按鈕的簡易體驗,或僅具備網路 I/O 的按鈕。 簡單的產品可以指定沒有子項的工作階段元件,而複雜的產品則會有多個工作階段元件的子項。舉例來說,工作站工作階段會將元件執行個體化,以呈現系統使用者介面、指令列殼層和網路瀏覽器,做為其工作階段元件的子系。


    相關連結
  • 工作階段管理員公開的 FIDL 通訊協定,用來啟動或重新啟動工作階段

    完整說明

    適用於 session_control 等開發人員工具,可在執行階段控制工作階段元件。


    相關連結
  • 管理工作階段元件生命週期的平台元件。

    完整說明

    工作階段管理員會定義要在執行階段提供給工作階段的一組系統功能。


    相關連結

  • 收集已編譯成果、設定中繼資料,以及建立完整產品套件所需的其他資訊。

    完整說明

    軟體組合程序是透過 ffx 外掛程式執行,而該外掛程式會收集了組合設定、舊版 AIB 和平台 AIB 中宣告的各種目標。「軟體組合」是產品套件。


    相關連結
  • 可在 Fuchsia 上執行未修改 Linux 二進位檔的執行器

    完整說明

    可在 Fuchsia 上執行未修改 Linux 二進位檔的執行器。Linux 二進位檔無法在虛擬機器中執行。不過,Starnix 會實作 Linux UAPI 來建立相容的執行階段環境。


    相關連結
  • 儲存功能是一種「功能」,可根據檔案系統目錄中的指定用途,分配各個元件的獨立儲存空間。

    完整說明

    您可以為多個「元件執行個體」提供相同的儲存空間功能,但彼此獨立的基礎目錄會分配給個別用途。這與「目錄功能」不同,後者是由特定檔案系統目錄轉送至特定元件的執行個體。Fuchsia 不支援 dotdot,因此可實現隔離。儲存空間功能分為三種:

    • 資料:系統會將元件執行個體命名空間新增至使用功能的目錄。做為「資料目錄」
    • 快取:與資料相同,但作用等同於快取目錄
    • 中繼:元件管理員會分配一個目錄供元件管理員使用,其會儲存中繼資料,以便啟用永久元件集合等功能。
    儲存空間功能屬於元件 v2 概念。


    相關連結
  • 子運作範圍是對應至子元件執行個體的「運作範圍」


    相關連結
  • 其他套件中的 Fuchsia 套件 (透過參照)。

    完整說明

    Fuchsia 套件可以透過容器,對一或多個套件宣告依附元件。包含的套件有時稱為超級套件,而包含的套件是子套件。子套件是透過參照宣告,但超級套件的存在代表其子套件的存在,無論媒介為何 (包括 Fuchsia 執行階段、套件存放區或套件封存格式)。套件和元件可以根據相對子套件網址,分別參照內含的套件和子套件。


    相關連結
  • 部分 Fuchsia 套件網址,從 URI 路徑開始。

    完整說明

    相對子套件網址必須具備「解析度內容」,而後者僅為已知的起始套件 (或稱「超級套件」)。路徑 (沒有斜線的單一路徑區隔:「/」) 是指子套件,由其超套件宣告及命名;例如:my-package#meta/comp.cm,代表子套件中的元件,其本機範圍名稱為「my-package」。


    相關連結
  • 非同步的調度工具,系統會依序執行張貼的工作,每個工作都會觀察先前工作中的副作用。


    相關連結
  • 代表核心共用 CPU 執行情境的核心物件。每個執行緒都包含在程序中。


    相關連結
  • Flatland 圖表的階層結構。

    完整說明

    Flatland 圖表的階層結構。轉換是用來整理「平面」圖表的基本物件。轉換可使用子項轉換,且可以附加 Content


  • 開發人員用來將原始碼編譯為二進位檔的工具。Fuchsia 支援 C/C++ 的 Clang。


  • 元件執行個體的關鍵字,以使用所提供的功能。

    完整說明

    元件執行個體可以使用 use 資訊清單關鍵字來使用由其父項提供的功能。


    相關連結
  • 由 Zircon 核心啟動的第一個程序。

    完整說明

    這個映像檔是從核心映像檔以與 vDSO 相同的方式載入,而不是從檔案系統載入。其主要用途是從 bootfs 載入第二個程序 bootsvc


    相關連結
  • 「風景」場景圖和「風景」客戶的參考框。

    完整說明

    「風景」客戶可繪製的區域,並收到座標系統輸入事件。Views 可由相關的 ViewRef 參照。


    相關連結
  • 兩個已連結的 Flatland 執行個體的父項端點。

    完整說明

    兩個已連結的 Flatland 執行個體的父項端點。View 是子端點。可視區域是一種內容類型,


  • 用於識別兩個 Flatland 執行個體之間連線的父項連線點。

    完整說明

    用於識別兩個 Flatland 執行個體之間連線的父項連線點。只有與 ViewportCreationToken 相關聯的 ViewCreationToken


  • 代表透過在 GraphicalPresenter 上呼叫 PresentView() 而啟動的遠端檢視控點。

    完整說明

    FIDL 通訊協定。透過此處理常式,呼叫端 (通常是工作階段) 可以控制 View 的生命週期。關閉 ViewController 應關閉呈現的檢視畫面,並允許系統重新取得其資源。


    相關連結
  • 用於識別兩個 Flatland 執行個體之間連線的子項連線點。

    完整說明

    用於識別兩個 Flatland 執行個體之間連線的子項連線點。只有一個與 ViewCreationToken 相關聯的 ViewportCreationToken


  • 用於識別全域場景圖中檢視畫面的附加點。

    完整說明

    FIDL 結構。每個 ViewHolderToken 只能有一個對應的 ViewToken


    相關連結
  • 識別核心物件,用於識別整個系統中不重複的 View

    完整說明

    FIDL 結構。同一個檢視畫面中的兩個 ViewRef 具有相同的 KOID。在跨程序通訊期間,ViewRef 會稱呼風景客戶。這常在輸入、無障礙功能和焦點項目中派上用場。


    相關連結
  • GraphicalPresenter 呈現的檢視畫面說明。

    完整說明

    FIDL 資料表。


    相關連結
  • 以唯一識別方式,也就是全球場景圖中子圖的根點。

    完整說明

    FIDL 結構。每個 ViewToken 只能有一個對應的 ViewHolderToken


    相關連結
  • 虛擬動態共用物件 (vDSO) 是一種虛擬共用資料庫,

    完整說明

    Zircon 核心提供,因此不會顯示在檔案系統或套件中。這個程式庫會以 ELF 程式庫的形式,為使用者提供 Zircon System Call API 和 ABI,而且一律採用 ELF 程式庫。在 Fuchsia IDK 和 Fuchsia 驅動程式架構中,它是以 libzircon.so 的形式存在,目的是要傳遞給代表 vDSO 的連接器。


  • 虛擬記憶體位址範圍 (VMAR) 是一種 Zircon 核心物件,可控制虛擬記憶體物件在程序位址空間中的位置和方式。


    相關連結
  • 虛擬記憶體物件 (VMO) 是一種 Zircon 核心物件,代表一組網頁 (或可能的網頁) 的集合,系統可能會讀取、寫入、將其對應至程序的位址空間,或是透過傳送處理常式透過管道與其他程序共用。


    相關連結
  • Zircon 開機映像檔 (ZBI) 包含啟動過程中所需的所有驅動程式,讓所有驅動程式都正常運作。

    完整說明

    包括核心映像檔和 開機磁碟系統的 RAM 磁碟


    相關連結
  • 用於安裝及啟動完整 Fuchsia 系統的復原映像檔。

    完整說明

    Zedboot 實際上是 Zircon 核心的一個執行個體,擁有最少的駕駛和服務組,用於在目標裝置上啟動完整的 Fuchsia 系統。啟動時,Zedboot 會在網路中聽取來自引導伺服器,以指示 Zedboot 安裝新作業系統的指示。安裝完成後,Zedboot 就會重新啟動到新安裝的系統。


  • Zircon 是 Fuchsia 核心的核心和最低層級使用者空間元件 (驅動程式執行階段環境、核心驅動程式、libc 等)。

    完整說明

    在傳統的單體式核心中,Zircon 的許多使用者空間元件都會成為核心本身的一部分。


    相關連結
  • Zircon C API 和 ABI zx_channel_create()zx_handle_tZX_EVENT_SIGNALED 等) 和程式庫 (尤其是 libzx) 的縮寫。


  • 原生低階系統偵錯工具。


    相關連結