許多年前，外媒就已爆料谷歌正在開發一款明顯不基于 Linux 底層的 Fuchsia 操作系統。有趣的是，針對 Fuchsia OS 的最新建議，表明這款“非 Linux”操作系統仍考慮如何在上層運行“未經特殊修改”的 Android / Linux 應用程序。顯然，對于一款從頭開始構建的 OS 來說，推廣初期最大的問題，就是應用生态的平穩過渡。

資料圖（via Malwarebytes）

作為 Chrome OS / Android 移動操作系統的繼任者，它理論上可以滿足同時運行 Fuchsia 原生應用、以及 Android / Linux 應用程序的要求。

舉個例子，隻需通過類似 Chrome OS 的套殼方案，即可在虛拟機環境中運行 Linux 應用程序。此外借助 arcvm 項目，Chrome OS 甚至可用相同的策略來運行 Android 應用。

不過虛拟機方案也不是沒有缺點。首先，在 Fuchsia 主機和 Android 客戶端之間，文件的管理會變得相當棘手。

此外 Fuchsia 是一款更加強調安全性的移動操作系統，從設計之初就考慮到了讓應用程序之間盡可能地彼此隔離。

為了保持 Linux 應用程序之間的隔離程度，Fuchsia 可能需要運行多個虛拟機，但這反之優惠降低系統的整體性能體驗。

Fuchsia 層級結構（圖 via Malwarebytes）

本周，我們在谷歌源碼網站（傳送門）上見到了一項針對 Fuchsia 運行非原生（比如 Linux）應用的替代解決方案。

在這項提案中，開發者認為可借助 Starnix 機制，幫助系統在 Linux 内核指令與 Fuchsia Zircon 内核指令之間進行轉換。

基于此，Linux 程序仍可在 Fuchsia 平台上“正常運行”。如果你深入了解了 Linux 的工作原理，就會知道基于 Starnix 的完整建議是相當有趣的。

其中最有趣的，還是開發者打算如何利用 Starnix，尤其在缺乏重新編譯的能力的情況下。

據悉，Android 應用程序已經包含了為 Linux 編譯的原生代碼模塊。而為了在 Fuchsia 上運行該軟件，我們還需要能夠運行二進制文件、而不修改它們。

從代碼建議來看，谷歌可能也是打算讓 Fuchsia 能夠深度支持 Android 應用程序的。但從更長遠的規劃來看，Starnix 顯然隻是一個權宜之計。

至于開源社區對近期開放的 Fuchsia OS 項目有多濃厚的興趣，仍有待時間去檢驗。