AI 摘要
- WindowsiOS 是開源專案，宣稱在未越獄的 iPhone Duo 上以接近原生速度運行完整 Windows 11 24H2 ARM64（Build 26100）。
- 其 bring-up 過程使用 Google 的 Gemini 4 Carbon 模型協助完成，引擎採 ARM64 二進位轉譯加軟體 MMU，未使用 Hypervisor.framework。
- 儲存庫截至報導時僅六次 commit，採 GPL-2.0-or-later 授權，Windows 需使用者自備零售安裝媒體。
Google AI Studio 的產品與設計主管 Ammaar Reshi 近日在 X（Twitter）公開展示一個名為 WindowsiOS 的開源專案，宣稱已讓完整的 Windows 11 24H2 桌面系統在 Apple 摺疊機 iPhone Duo 上原生運行，而且全程不需要越獄。他同時附上實際操作影片與 GitHub 程式碼庫，並表示整個 bring-up 過程是以 Google 最新的 Gemini 4 Carbon 模型協助完成。就定位而言，WindowsiOS 不是要取代手機作業系統，而是一個架構完整、文件詳盡的技術展示，用來驗證手機晶片究竟能模擬出多少 PC 平台元件。
WindowsiOS 專案本體：非越獄 iPhone 上的完整 Windows 體驗
根據 GitHub 上的 WindowsiOS 儲存庫描述，這套系統在非越獄的現代 iOS 裝置上，以接近原生的速度運行完整的 Microsoft Windows 11 24H2 ARM64（Build 26100）。專案在 iPhone Duo（型號 iPhone19,4、Apple A20 Pro 晶片、iOS 27）上完成端到端驗證，全程沒有使用 Apple 的 Hypervisor.framework。儲存庫展示的畫面中，Microsoft Edge 能載入即時的 HTTPS 網頁，Antigravity 2.31.0 以原生 ARM64 應用程式身分在系統內運行，x86-64 的舊程式則透過 Windows 11 內建的 Prism 模擬層執行；音訊支援全雙工的喇叭與麥克風，網路透過 VirtIO 乙太網路卡連接，顯示輸出以 120Hz 更新率呈現。
技術核心：以二進位轉譯取代硬體虛擬化
WindowsiOS 並非傳統意義上的硬體虛擬化客戶端。它的引擎把 Windows 的 ARM64 程式碼動態轉譯成 iPhone 能執行的 ARM64 指令，並搭配一套軟體記憶體管理單元（MMU）。之所以需要這種做法，是因為 Apple 自 iOS 16.4 起在一般 iOS 裝置上限制了 Hypervisor.framework 的硬體 EL2 虛擬化能力，使過去依賴此框架的 UTM HV 這類虛擬機在非越獄 iPhone 上無法運作。
專案建立在多個開源成果之上，開發者並未把整套堆疊宣稱為完全原創：
- Henge：先前在 iPhone 上運行 macOS 的專案
- Husk：ARM64 二進位轉譯架構
- StikDebug／StikJIT：提供 iOS 除錯器附加能力
- libslirp、TianoCore EDK2 韌體與 Red Hat 的 virtio-win 驅動
Windows 11 對底層環境的要求比先前的 iPhone 模擬工作更嚴格。Windows 需要 4KB 記憶體分頁，而 Henge 原本鎖定的是 16KB 分頁的 macOS 客戶端；Windows 對程序位址空間識別碼（ASID）的放置方式也與 Linux、macOS 不同；此外 Prism 使用未對齊的記憶體排序指令，iPhone 主機原本會對這些指令產生錯誤，因此引擎需以軟體輔助處理。Windows 也拒絕以 device-tree 方式開機，專案因此必須自行提供 UEFI、ACPI、NVMe、USB 3.0 xHCI、Intel HD Audio 與 VirtIO 網路這套完整的 PC 級平台。
驗證環境與規格一覽
| 項目 | 內容 |
|---|---|
| 驗證裝置 | iPhone Duo（型號 iPhone19,4） |
| 晶片 | Apple A20 Pro |
| 主機系統 | iOS 27 |
| 客體系統 | Windows 11 24H2 ARM64（Build 26100） |
| 虛擬化方式 | 二進位轉譯加軟體 MMU，未使用 Hypervisor.framework |
| 顯示 | 120Hz 更新率輸出 |
| 網路 | VirtIO 乙太網路卡 |
| 音訊 | 全雙工喇叭與麥克風 |
| 越獄需求 | 不需要 |
與 UTM SE 等模擬器的差異
相較於過去必須透過 App Store 或側載取得的模擬器，這套做法最大的差異落在速度與可用性上。WindowsiOS 的說明指出，退回 QEMU TCG 直譯器（TCI）的模擬器在直譯模式下要花上數十分鐘才能到達 Windows 11 桌面，也無法順暢驅動多程序架構的軟體。
| 比較項目 | WindowsiOS | UTM SE 等 TCI 直譯模擬器 |
|---|---|---|
| 執行架構 | ARM64 二進位轉譯加軟體 MMU | QEMU TCG 直譯器（TCI） |
| 抵達 Windows 11 桌面所需時間 | 接近原生速度 | 數十分鐘 |
| Chromium／Electron 多程序軟體 | 可順暢驅動 Microsoft Edge、Antigravity | 無法順暢驅動 |
| x86-64 舊程式 | 透過 Windows 11 內建 Prism 模擬層執行 | 未提供對應說明 |
摺疊機的互動設計
WindowsiOS 會配合 iPhone Duo 的轉軸改變版面配置：闔起來像筆電時，上半螢幕顯示 Windows 桌面，下半螢幕變成鍵盤與觸控板；展開時則切換成全螢幕模式。登入 Antigravity 的 Google 帳號時，系統透過一個名為 WinIOSBrowser.exe 的小輔助程式，把登入流程交給 iOS 的 Safari 登入表單，因此能沿用既有的 Safari 登入狀態、Passkey 與 Face ID，也可以在 App 內切換成用 Edge 登入。
專案現況、授權與現實限制
截至報導時，WindowsiOS 儲存庫只有六次 commit，第一次在 11 月 8 日，最近一次在 11 月 11 日，新增了一個一鍵啟動 Microsoft Paint 的啟動器。程式碼採用 GPL-2.0-or-later 授權，但 Windows 本身不隨專案發行，使用者需自行準備零售安裝媒體，微軟的正常授權仍適用於該安裝。
整體來看，WindowsiOS 證明了在手機晶片上能模擬出多少 Windows 平台元件，包括 UEFI、ACPI、Prism 與 Chromium 架構的應用程式。不過對一般使用者而言，它目前仍是開發者的玩具，距離人人可用的口袋電腦還有一段距離；其設計依賴除錯器與 TXM 特定行為，也意味著 Apple 未來若調整系統，這套方法可能隨時被關上門。
GitHub – https://github.com/ammaarreshi/WindowsiOS
Reference Link : kocpc.com.tw
