- 首頁
- Documentation
- 原生
- 原生模組架構
原生模組架構
@f5-sales-demo/pi-natives 是一個三層堆疊架構:
- TypeScript 封裝/API 層 提供穩定的 JS/TS 進入點。
- 附加模組載入/驗證層 為當前執行環境解析並驗證
.node二進位檔案。 - Rust N-API 模組層 實作匯出至 JS 的效能關鍵基本元件。
本文件是更深入模組層級文件的基礎。
packages/natives/src/index.tspackages/natives/src/native.tspackages/natives/src/bindings.tspackages/natives/src/embedded-addon.tspackages/natives/scripts/build-native.tspackages/natives/scripts/embed-native.tspackages/natives/package.jsoncrates/pi-natives/src/lib.rs
第 1 層:TypeScript 封裝/API 層
Section titled “第 1 層:TypeScript 封裝/API 層”packages/natives/src/index.ts 是公開的桶狀模組(barrel module)。它按功能領域分組匯出,並重新匯出具型別的封裝函式,而非直接暴露原始 N-API 綁定。
目前的頂層分組:
- 搜尋/文字基本元件:
grep、glob、text、highlight - 執行/程序/終端基本元件:
shell、pty、ps、keys - 系統/媒體/轉換基本元件:
image、html、clipboard、system-info、work
packages/natives/src/bindings.ts 定義了基礎介面契約:
NativeBindings以共用成員開始(cancelWork(id: number))- 模組特定的綁定透過各模組的
types.ts使用宣告合併(declaration merging)來新增 Cancellable為暴露取消功能的封裝函式標準化了逾時和中止信號選項
保證契約(API 面向): 消費者從 @f5-sales-demo/pi-natives 匯入並使用具型別的封裝函式。
實作細節(可能變更): 宣告合併和內部封裝佈局(src/<module>/index.ts、src/<module>/types.ts)。
第 2 層:附加模組載入與驗證
Section titled “第 2 層:附加模組載入與驗證”packages/natives/src/native.ts 負責執行階段的附加模組選擇、可選的解壓縮,以及匯出驗證。
候選項解析模型
Section titled “候選項解析模型”- 平台標籤為
"${process.platform}-${process.arch}"。 - 目前支援的標籤為:
linux-x64linux-arm64darwin-x64darwin-arm64win32-x64
- x64 可使用 CPU 變體:
modern(支援 AVX2)baseline(備援方案)
- 非 x64 使用預設檔名(無變體後綴)。
檔名策略:
- 正式版:
pi_natives.<platform>-<arch>.node - x64 變體正式版:
pi_natives.<platform>-<arch>-modern.node和/或...-baseline.node PI_DEV啟用載入器診斷資訊,但不會改變附加模組檔名
平台特定變體偵測
Section titled “平台特定變體偵測”對於 x64,變體選擇使用:
- Linux:
/proc/cpuinfo - macOS:
sysctl machdep.cpu.leaf7_features/machdep.cpu.features - Windows:PowerShell 檢查
System.Runtime.Intrinsics.X86.Avx2
PI_NATIVE_VARIANT 可以明確強制指定 modern 或 baseline。
二進位檔案分發與解壓縮模型
Section titled “二進位檔案分發與解壓縮模型”packages/natives/package.json 在發布的檔案中包含 src 和 native。native/ 目錄儲存預建置的平台產物。
對於編譯二進位檔案(PI_COMPILED 或 Bun 嵌入式執行環境標記),載入器行為為:
- 檢查版本化的使用者快取路徑:
<getNativesDir()>/<packageVersion>/... - 檢查舊版編譯二進位檔案位置:
- Windows:
%LOCALAPPDATA%/xcsh(備援%USERPROFILE%/AppData/Local/xcsh) - 非 Windows:
~/.local/bin
- Windows:
- 回退至打包的
native/和可執行檔目錄候選項
如果存在嵌入式附加模組清單(由 scripts/embed-native.ts 產生的 embedded-addon.ts),native.ts 可以在載入前將匹配的嵌入式二進位檔案具體化到版本化的快取目錄中。
驗證與失敗模式
Section titled “驗證與失敗模式”在 require(candidate) 之後,validateNative(...) 會驗證必要的匯出(例如 grep、glob、highlightCode、PtySession、Shell、getSystemInfo、getWorkProfile、invalidateFsScanCache)。
失敗路徑是明確的:
- 不支援的平台標籤:拋出錯誤並列出支援的平台清單
- 無可載入的候選項:拋出錯誤並列出所有嘗試過的路徑及修復建議
- 缺少匯出:拋出錯誤並列出確切缺少的名稱及重建命令
- 嵌入式解壓縮錯誤:記錄目錄/寫入失敗,並將其包含在最終的載入診斷資訊中
保證契約(API 面向): 附加模組載入要麼成功並取得已驗證的綁定集合,要麼快速失敗並提供可操作的錯誤文字。
實作細節(可能變更): 確切的候選項搜尋順序和編譯二進位檔案備援路徑排序。
第 3 層:Rust N-API 模組層
Section titled “第 3 層:Rust N-API 模組層”crates/pi-natives/src/lib.rs 是宣告匯出模組所有權的 Rust 入口模組:
clipboardfdfs_cacheglobglob_utilgrephighlighthtmlimagekeysprofpsptyshellsystem_infotasktext
這些模組實作了由 native.ts 消費和驗證的 N-API 符號。JS 層級的名稱透過 packages/natives/src 中的 TS 封裝函式來呈現。
保證契約(API 面向): Rust 模組匯出必須與 validateNative 和封裝模組所預期的綁定名稱一致。
實作細節(可能變更): 內部 Rust 模組分解和輔助模組邊界(glob_util、task 等)。
在架構層面,所有權劃分如下:
- TS 封裝/API 所有權(
packages/natives/src)- 公開 API 分組、選項型別定義,以及穩定的 JS 人體工學設計
- 向呼叫者暴露的取消介面(
timeoutMs、AbortSignal)
- 載入器所有權(
packages/natives/src/native.ts)- 執行階段二進位檔案選擇
- CPU 變體選擇和覆寫處理
- 編譯二進位檔案解壓縮和候選項探測
- 必要原生匯出的嚴格驗證
- Rust 所有權(
crates/pi-natives/src)- 演算法和系統層級實作
- 平台原生行為和效能敏感邏輯
- TS 封裝函式所消費的 N-API 符號實作
執行階段流程(高層次)
Section titled “執行階段流程(高層次)”- 消費者從
@f5-sales-demo/pi-natives匯入。 - 封裝模組呼叫單例
native綁定。 native.ts為平台/架構/變體選擇候選二進位檔案。- 對於編譯分發版本,可選地進行嵌入式二進位檔案解壓縮。
- 載入附加模組並驗證匯出集合。
- 封裝函式向呼叫者回傳具型別的結果。
- 原生附加模組:透過 Node-API (N-API) 載入的
.node二進位檔案。 - 平台標籤:執行階段的元組
platform-arch(例如darwin-arm64)。 - 變體:x64 CPU 特定的建置風格(
modernAVX2、baseline備援方案)。 - 封裝函式:在原始原生匯出之上提供具型別 API 的 TS 函式/類別。
- 宣告合併:模組
types.ts檔案用來擴展NativeBindings的 TS 技術。 - 編譯二進位檔案模式:CLI 被打包的執行階段模式,原生附加模組從解壓縮/快取路徑解析,而非僅從套件本地路徑解析。
- 嵌入式附加模組:產生到
embedded-addon.ts中的建置產物中繼資料和檔案參考,使編譯二進位檔案可以解壓縮匹配的.node負載。 - 驗證閘道:
validateNative(...)檢查,用於拒絕缺少必要匯出的過時/不匹配二進位檔案。