開發者眼中的 iPhone Duo：1.42 的難題與 SDK 空窗

iPhone Duo 為 iOS 開發者改變了什麼？ 兩塊螢幕，形狀是任何 iPhone 都不曾有過的；手機上首度出現 Split View 與雙視窗多工；StandBy 跑在一塊面向房間的螢幕上；以 Touch ID 取代 Face ID；出貨日 10 月 23 日，搭載 iOS 27.1。iOS 27 與 Xcode 27 的發行說明都沒有提到這台裝置，無論是 9 月 9 日的 release candidate 還是 9 月 14 日的正式版。Apple 的開發者頁面把 Xcode 27.1 beta 與 app 準備指南的時間標成「later this month」；設計指南在同一天下午進了 Human Interface Guidelines，六場 Tech Talks 也已上線，規則就寫在裡面：app 不必重新編譯就能在裝置上執行，只有 iOS 27.1 SDK 能延伸到螢幕邊緣，內螢幕在兩個維度都回報 regular size class。^145131419 規格表給出數字，這些議程給出規則。

Apple 在 2026 年 9 月 9 日發表 iPhone Duo，並於同日公布技術規格。¹² 開發者這條線一開始比消費者那條單薄得多：一句話談 SDK 與 Device Hub，一句話談已經完成調整的第三方 app，然後是距離出貨的六週。到了當天下午稍早，Apple 補上一個開發者頁面與六場 Tech Talks，下午 4 點 10 分（PT）再補上設計指南，SDK beta 與準備指南則仍未到位。¹³¹⁴¹⁶ 正是這段空窗，讓現在就把算術做完，比等一個範例專案更值得。

TL;DR： App Store Connect 在主題演講當天下午公布的內螢幕截圖尺寸是 2007 × 2853 像素，在 3x 之下等於 669 × 951 點，而面板是 1878 × 2670；我的推論是這塊螢幕以 669 × 951 算繪，再在每個維度縮小約 6.4%，一如當年的 Plus 機型，等 Device Hub 確認。長寬比是 1.42，接近 A 系列紙張的根號二比例。²¹⁷ 外螢幕是 1398 × 2034 像素，3x 之下為 466 × 678 點，沒有縮放，比 iPhone 18 Pro 更寬，也短了超過五分之一。²³¹⁷ 規則由 Apple 的 Tech Talks 定下。沒有用 iOS 27 SDK 建置的 app，在裝置展開時會以熟悉的尺寸執行；iOS 27 SDK 讓它延伸到狀態列左側；只有 iOS 27.1 SDK 能觸及螢幕邊緣。內螢幕在兩個方向都回報 regular size class。在 iPad 上支援多重實例的 app，在這裡同樣支援，但新視窗僅限內螢幕；相機擷取配件則把 UI 配對到外螢幕，app 本體留在內螢幕。¹⁴ StandBy 在任一塊螢幕上都能執行，「即使沒有在充電時也一樣」。¹ 這台裝置用的是 Touch ID，因此任何「Use Face ID」字串在它上面都是錯的。²

更新，9 月 10 日：App Store Connect 推得內螢幕為 669 × 951 點

本文第一版把內螢幕算成 626 × 890 點，做法是把規格表的 1878 × 2670 像素除以三。App Store Connect 的螢幕截圖規格多了一列 iPhone Duo，依 App Store Connect 的發行說明是 9 月 9 日新增，Apple 的 releases feed 為它蓋上下午 3 點（PT）的時間戳，而我在 9 月 10 日早上才第一次看到：外螢幕 1398 × 2034 像素，內螢幕 2007 × 2853 像素。App preview 規格在「Device resolutions」標題下列出同樣兩組尺寸，把 5.5 吋 Plus 機型的「Rendered pixels」與「Physical pixels」分開（2208 × 1242 對 1920 × 1080），並曾註明 iPhone Duo 素材的上傳「將於今年稍晚提供」，Apple 已於2026年10月5日開放（10月7日更正）。¹⁷ 外螢幕尺寸在 3x 之下正好是 466 × 678 點，也就是面板自己的像素。內螢幕尺寸在 3x 之下是 669 × 951 點，比面板實際擁有的在每個維度多出約 6.9%。在 3x 縮放的前提下，我的推論是內螢幕以 669 × 951 點算繪，再把結果在每個維度縮小約 6.4% 到 1878 × 2670；Device Hub 會證實或修正它。這種安排在 App Store Connect 早有前例：它至今仍為 5.5 吋 Plus 機型要求 1242 × 2208 的截圖，而那些機型的面板是 1080 × 1920，Apple 的指南把它們列為 1080 × 1920 面板上的 3x、414 × 736 點。¹¹¹⁷ 另一份 Apple 素材指向同一個方向：Apple 放上 Design Resources 頁面的 iPhone Duo 產品外框包，其內螢幕挖空為 2853 × 2007 像素，置於 3093 × 2247 的框內，與 App Store Connect 的尺寸像素級吻合；外螢幕挖空則是面板本身的 1398 像素寬。¹⁸ 下文的算術已全面更正為 669 × 951。長寬比、size class、SDK 規則與實體尺寸都沒有變；改變的是點寬度、黑邊數字，以及該測試的 Device Hub 尺寸。如果這個推論成立，有一個後果值得注意：在 430 ppi 的面板上橫跨 669 點，一個點的實際大小與外螢幕相同，兩邊都約為每英寸 153 點，所以裝置展開時，文字與控制項維持同一個實體尺寸。

更新，9 月 15 日：Xcode 27 出貨了，但沒有 Duo SDK

Apple 的發布摘要來源在 9 月 14 日（週一）列出了 Xcode 27（27A266a）、iOS 27.0（24A437）以及其餘 27.0 系統，但兩份正式版發行說明都沒有提到這台裝置：9 月 15 日透過 Apple 文件 JSON 取得的 iOS 與 iPadOS 27 說明和 Xcode 27 說明裡，「Duo」一次都沒有出現，Xcode 發行說明索引也仍然只有一則 27 的條目。¹⁹ Apple 的開發者頁面與 9 月 9 日一字不差：「Xcode 27.1 beta. Get the latest SDKs to build, run, and test your app for iPhone Duo. Coming later this month」，「Preparing your app for iPhone Duo」同樣是「Coming later this month」，Group Labs 與問答仍在 9 月的既定日期。¹⁹ App Store Connect 9 月 9 日的那句話當時也沒有變：「Support for uploading assets for iPhone Duo in App Store Connect will be available later this year.」Apple 已於2026年10月5日開放這些上傳（10月7日更正）。¹⁷ 所以下面的時程當時依然成立，其中一個日期那時已成過去。iOS 27 出貨了，今天決定可調整大小的是 Xcode 27 裡的 27.0 SDK，而 Duo 專屬的 SDK 仍在前方（10 月 11 日：它已隨 9 月 18 日的 Xcode 27.1 beta 推出；自 10 月 5 日起，App Store Connect 也接受以 Xcode 27.1 RC（27A9275）與 iOS 27.1 SDK 建置的版本上架 App Store²²²³）；正式版工具鏈替既有專案改變了什麼，見Xcode 27 發布文章。

更新，9 月 17 日：Apple 的發行說明點名了搭載 Duo SDK 的版本

隨 9 月 16 日那波 beta 一起發布的 Xcode 27.2 beta 發行說明，是第一份把這個 SDK 放到具名版本上的 Apple 發行說明：「The iOS SDK and simulator support for iPhone Duo will be available later this month in an upcoming release of Xcode 27.1.」（iPhone Duo 的 iOS SDK 與模擬器支援，將於本月稍後隨即將推出的 Xcode 27.1 提供。）²⁰ 27.2 beta 本身，也就是 Xcode 27.2 beta（27B5019j）搭配 iOS 27.2 beta（24B5084k），沒有任何 Duo 內容：這個字在 Xcode 27.2 beta 說明裡只出現一次，就在 Overview 的那句話裡，在 iOS 與 iPadOS 27.2 beta 說明裡則一次都沒有；Xcode 說明的 Device Hub 一節列了兩則關於模擬器輸入與硬體鍵盤的 Known Issues，都沒有點名任何裝置。²⁰ Apple 的 iPhone Duo 開發者頁面仍在 Tools and documentation 之下把「Xcode 27.1 beta」列為「Coming later this month」，但該頁面上有一個區塊在我 9 月 15 日與 9 月 17 日兩次抓取之間改變了：「Preparing your app for iPhone Duo」不再寫著「Coming later this month」，而是連到 Technology Overviews 之下一份已上線的指南。²⁰

這份指南也點名了那個版本，而且點了兩次：「Build your app with Xcode 27.1 or later to use all of the available screen space on iPhone Duo. In earlier versions, your app doesn’t extend under the status bar and camera.」（用 Xcode 27.1 或更新版本建置 app，才能使用 iPhone Duo 上全部可用的螢幕空間；在較早的版本中，app 不會延伸到狀態列與相機之下。）以及「The iPhone Duo simulator in Device Hub requires Xcode 27.1, coming later this month.」（Device Hub 中的 iPhone Duo 模擬器需要本月稍後推出的 Xcode 27.1。）²⁰ 它沒有給出任何點尺寸，所以上文推得的螢幕數字仍然是推論；它補上的是 API。排列視圖（SwiftUI 的 ArrangementView，UIKit 的 UIArrangementViewController）以分割或疊加樣式，把一個主要視圖與一個次要視圖排在摺痕兩側；保留區域（GeometryProxy 上的 reservedRegions(kind:options:layoutDirectionBehavior:)，UIView 上的 reservedRegions(kind:options:)）把摺痕與相機以分隔與遮擋的形式暴露出來；垂直列則在 SwiftUI 得到 toolbarVerticalBehavior(_:)、toolbarVerticalEdge 與 axisBehavior(_:)，在 UIKit 得到 preferredVerticalBarBehavior、verticalBarEdge 與 axisBehavior。²⁰ 這 10 個名稱沒有一個出現在 Xcode 27 隨附的 iOS 27.0 SDK 裡，SwiftUI 模組介面與 UIKit 標頭檔都沒有，而指南裡其他名稱早就在了：presentationPlacement(_:) 與 preferredPlacement 在 27.0，visibilityPriority 在兩個框架都是 27.0，ToolbarOverflowMenu 與 topBarPinnedTrailing 在 27.0，pinnedTrailingGroup 與 additionalOverflowItems 自 iOS 16 起，backgroundExtensionEffect() 則自 iOS 26 起，並搭配 UIBackgroundExtensionView。²¹ 所以這份指南描述的是一個尚未出貨的 27.1 SDK，而 iOS 27.1 的 10 月 23 日出貨日與 SDK 空窗，都維持原文所寫。（9 月 19 日：beta 已於 9 月 18 日發佈；見下方的更新。）

更新，9 月 19 日：27.1 beta 出爐，Duo API 有了版本

Xcode 27.1 beta（27A9269）於 9 月 18 日（週五）登上 Apple 的發佈摘要，比點名它的那一波 27.2 beta 晚兩天；其說明開頭就是本文一直等待的 SDK 句子：「Xcode 27.1 beta includes Swift 6.4 and SDKs for iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27, and visionOS 27.」（Xcode 27.1 beta 包含 Swift 6.4 以及 iOS 27.1、iPadOS 27、tvOS 27、watchOS 27、macOS 27 與 visionOS 27 的 SDK）²² 在我 9 月 17 日與 9 月 19 日兩次擷取之間，Apple 也改寫了 27.2 beta 說明的 Overview：上文更新引用的那句已經消失，現在是一則提示：「Download Xcode 27.1 beta to get the iOS SDK and simulator support for iPhone Duo.」（下載 Xcode 27.1 beta 以取得 iPhone Duo 的 iOS SDK 與模擬器支援）²² 截至 9 月 19 日，ArrangementView、UIArrangementViewController、GeometryProxy 上的 reservedRegions(kind:options:layoutDirectionBehavior:)、UIView 上的 reservedRegions(kind:options:) 以及 toolbarVerticalBehavior(_:) 的 Apple 文件頁面，也就是 9 月 17 日檢查時在 27.0 SDK 中找不到的十個名稱中的五個，都把可用性列為 iOS 27.1 與 iPadOS 27.1，標記為 beta。²² 版本問題由此從 Apple 這一側得到了回答；beta 的 SDK 是否包含全部十個名稱、模擬器如何處理它們，則要等裝好 beta 之後在下一篇文章裡檢查。App Store Connect 同日開始接收對應的建置：「You can now submit apps built with Xcode 27.1 beta using the SDK for iOS 27.1 beta or iPadOS 27.1 beta for internal and external testing.」（現在可以提交以 Xcode 27.1 beta、使用 iOS 27.1 beta 或 iPadOS 27.1 beta SDK 建置的 App，用於內部與外部測試）²²Overview 的「iPadOS 27」與 App Store Connect 的「iPadOS 27.1 beta」並不一致，我照錄兩者，而不是擇一。

beta 說明也寫明了 Duo 模擬器目前還做不到的事，見 Simulator，Known Issues：「Initial Simulator launch can take several minutes.」（模擬器首次啟動可能需要數分鐘）（187708500）、「StandBy is unavailable in the iPhone Duo Simulator runtime.」（iPhone Duo 模擬器執行環境不提供待命模式）（187708663）與「Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.」（iPhone Duo 模擬器執行環境無法執行與偵錯大多數 App Extension）（187708767）；因此下文描述的待命模式行為目前只能在實機上測試，照 Apple 的措辭，大多數 App Extension 也是如此。²² 同一份說明裡的兩個 Mac Catalyst 已知問題，關係到任何要在同時上架 Mac 的 App 中採用這些 API 的人：「Projects that use APIs specific to iOS 27.1 show compile errors when building for Mac Catalyst (“undeclared identifier”, “not found”, “has no member”, “cannot find”, etc).」（使用 iOS 27.1 專屬 API 的專案在為 Mac Catalyst 建置時會出現編譯錯誤）（185924957），Apple 給的解法是 #if !targetEnvironment(macCatalyst)；以及「Projects that target iOS 27.1 show no Mac Catalyst run destination available.」（以 iOS 27.1 為目標的專案不會顯示任何 Mac Catalyst 執行目的地）（187046347），解法是「Add a Mac Catalyst 27.0 minimum deployment in target settings.」（在 target 設定中加入 Mac Catalyst 27.0 的最低部署版本）。²² Apple 的「Preparing your app for iPhone Duo」指南在同樣兩次擷取之間也變了。上文引用的段落「Build your app with Xcode 27.1 or later to use all of the available screen space on iPhone Duo. In earlier versions, your app doesn’t extend under the status bar and camera.」現在寫成「Build your app with the latest version of Xcode to use all of the available screen space on iPhone Duo. When you build with Xcode 26 and earlier, your app doesn’t extend under the status bar and camera.」（以最新版 Xcode 建置 App，才能用滿 iPhone Duo 的全部螢幕空間；以 Xcode 26 或更早版本建置時，App 不會延伸到狀態列與相機之下），而註記「The iPhone Duo simulator in Device Hub requires Xcode 27.1, coming later this month.」已被移除。開發者頁面上，「Xcode 27.1 beta」卡片的「Coming later this month」變成了「View betas」；9 月 18 日的新聞「Build for iPhone Duo with new resources」則在 Apple Design Resources 中新增了 iPhone Duo 的 Figma 與 Sketch 設計套件。²²

Apple 公布了什麼，又沒有公布什麼

新聞稿給開發者兩句話。Apple 自家的 app「已針對 iPhone Duo 最佳化，開發者也可以運用最新 SDK 中新增與更新的 API，以及 Xcode 的 Device Hub 即將推出的 iPhone Duo 支援，輕鬆調整自己的 app。」接著是：「包括 Netflix、Zoom 與 Slack 在內的第三方 app，已經在運用這個摺疊設計，打造沉浸式體驗，充分發揮更大的螢幕，以及使用 iPhone Duo 的各種新方式。」¹

關鍵的字是「upcoming」。iOS 與 iPadOS 27 的 RC 發行說明在 9 月 9 日抓取時帶著 RC 標題，那天正是 App Store Connect 開始接受以 RC SDK 建置的 App 的日子¹⁹，而內容裡完全沒有提到 iPhone Duo。Xcode 27 的 RC 說明也一樣，它長篇談 Device Hub，包括本站可調整大小的 iPhone 檢查表所仰賴的 resize 模式。⁴⁵ Apple 的文件索引同樣沒有 iPhone Duo 頁面。Apple 說這台裝置隨 iOS 27.1 出貨，而 Apple 的開發者頁面現在也把等待的形狀講清楚了：「Xcode 27.1 beta」被描述為「build, run, and test your app for iPhone Duo」的途徑，時間是「coming later this month」，一份名為「Preparing your app for iPhone Duo」的指南也是。設計指南「Designing for iPhone Duo」在下午 1 點 12 分還寫著「coming soon」，到下午 4 點 10 分（PT）已經上線於 Human Interface Guidelines；它的規則收在設計指南一節。¹³¹⁶（9 月 17 日：指南已上線；見上方的更新。²⁰）

Apple 在第一天為開發者公布了什麼

Get Ready for iPhone Duo 頁面在主題演講當天上線；Apple 宣布它的開發者新聞貼文標記為上午 11 點（PT），那時演講還在進行。¹³ 頁面連到六場現已可看的 Tech Talks：「Prepare your app for iPhone Duo」，說明承諾會示範「如何選擇加入全螢幕體驗」；「Raise the bar with iPhone Duo」，談導覽、工具列與標籤列；「Strike a pose with adaptive layouts on iPhone Duo」，談「位移設計模式」；多螢幕與場景那一場，談「多視窗與多螢幕體驗」與「動態視窗尺寸」；「Build a great camera experience for iPhone Duo」，點名一個「Virtual Front Camera」；以及「Design for iPhone Duo」。¹⁴ 這些議程的英文字幕帶著新聞稿沒有給的規則，本文引用時附上時間碼。

這個頁面也安排了人。Online Group Labs 於 9 月 16 日晚上 8 點（PT）與 9 月 17 日早上 8 點（PT）舉行，開發者論壇關於 Photos 與 Camera、SwiftUI 與 UIKit 的 Q&A 在 9 月 23 日，實體工作坊則是「coming later this month」。¹³ 第一場議程開頭一分鐘，就是分成三層的相容性政策。UI Frameworks 團隊的 David Jackson 在 0:29 說：「即使您沒有用 iOS 27 SDK 建置，您的 app 還是能在 iPhone Duo 上執行」；闔上時，「您的 app 會用到狀態列與相機左側的螢幕空間」，展開時，「您的 app 會是熟悉的尺寸與長寬比」。有了 iOS 27 SDK，「您的 app 會在內螢幕上延伸到狀態列區域的左側」（0:57）。只有「當您用 iOS 27.1 SDK 建置 app 時，您的 app 才會延伸到螢幕邊緣」，而且「標準的導覽與工具列按鈕現在會在狀態列下方垂直排列」（1:05 至 1:11）。接著這場議程指向 Xcode 27.1 以及 Device Hub 裡的 iPhone Duo 模擬器，附有「螢幕底部的控制按鈕，可以展開、闔上、旋轉或摺疊 iPhone Duo」（1:16 至 1:25）；開發者頁面把那個版本的 Xcode 定在本月稍晚。¹³¹⁴

在 SDK 出貨之前，規格表、那六場議程與設計指南就是全部的文件。（9 月 19 日：Xcode 27.1 beta 已帶來這個 SDK；見上方的更新。²²）（10 月 11 日：Xcode 27.1 RC（27A9275）隨後於 10 月 5 日推出，App Store Connect 也接受以它建置的版本上架 App Store。²³）第一場議程如下：

9 月 11 日更新。 Apple 的 iOS 27 RC 發行說明多了一節 Hardware Security，把搭載 A20 Pro 或更新晶片的 iPhone 機型（其中包含 iPhone Duo）列為 arm64e.x1 slice 與 CPA2 經檢查指標算術所涵蓋的裝置。這個 slice 今天就在 Xcode 27 RC 裡；arm64e.x1：Apple 的經檢查指標算術 slice說明了編譯器會產出什麼，以及啟用強制檢查的那四個開關。

設計指南補上了什麼，下午 4 點（PT）

Apple 的 Designing for iPhone Duo 頁面在主題演講當天下午進入 Human Interface Guidelines；它的變更記錄日期是 2026 年 9 月 9 日，寫著「New page」。¹⁶ 這是一份設計文件，而它為 Tech Talks 描述的版面機制命了名。

姿態。 人們拿著裝置的方式是「像一本書那樣半摺、平放在桌面上，或立在邊緣上」，而 Apple 的答案不是每種姿態各配一套版面：「為外螢幕準備一套 compact width 版面，為內螢幕準備一套 regular width 版面，您就有了應付每一種姿態的基礎。」¹⁶ 這就是第一場 Tech Talk 的 size class 規則，換成設計指引的說法。

保留區域。 這一頁定義了三塊內容應該避開的區域。外螢幕角落的外相機區域「一直都在，並且會為了 Live Activities 擴展進 Dynamic Island」。內相機的區域「只有在相機啟用時才存在」，而且「相機啟用時，UI 會讓到一旁，以標示相機的存在」。第三塊是摺痕：「當裝置半開時，摺疊區域會把內螢幕分成多個可用區域，並在螢幕摺起時把中央那塊區域排除在外。」¹⁶ Apple 說「警告、快捷選單與工作表這類元件會自動移動，以因應摺痕」，要求格線版面「優先採用偶數欄，讓內容乾淨地分開」，並表示「保留區域 API 提供了一種方式，把內容重新安排到保留區域之外」。這一頁沒有為那些 API 連上任何文件；它的開發者連結是工具列的可見度優先順序與溢位選單型別、bar button item 與其群組、split view、stack、Label，以及安全區域內距，所以保留區域與排列相關的 API，仍要等 27.1 beta 來交付。¹⁶

排列視圖。 一種新的容器，「在內部容納兩個視圖」，並且「依螢幕尺寸、方向與保留區域動態地組織它們」，分成兩型：一種是分割式排列，會「在排列的寬大於高時水平分割，在排列的高大於寬時垂直分割」；另一種是疊加式排列：「當螢幕半摺時，兩個視圖會各自移到一側；否則主要視圖會移到次要視圖之上。」Apple 把既有版面對應過去：並排的 stack 變成分割式排列，分層的 ZStack 變成疊加式，而且 Apple 補充：「排列視圖負責排布內容，卻不處理導覽，所以請把 navigation split view 與 tab view 這類導覽容器放在它外面，而不是放在它裡面。」¹⁶

垂直控制項。 工具列、標籤列與導覽控制項會在每一種姿態下移到側邊，只有「直式的內螢幕，它有足夠的垂直空間可以保留標準的水平列」是例外。在 Split View 中，「每一個 app 都把控制項沿著自己的外側邊緣擺放，所以左邊的 app 控制項在左邊」。排序規則是：「把垂直軸的頂端留給主要導覽控制項，例如 Back 或 Close，接著才是 Done 這類醒目的動作。」溢位項目「預設由下往上」展開，而您可以用每個項目的可見度優先順序改變它，也就是這一頁連結的 ToolbarItemVisibilityPriority 與 UIBarButtonItemVisibilityPriority 型別。「包含文字的標籤會留在水平列中，所以只要符號行得通，就優先使用符號。」¹⁶

方向與遊戲。 「您可以選擇鎖定直式或橫式方向，但請務必在裝置姿態改變時填滿螢幕。」至於遊戲：「在遊戲中，寧可改變長寬比，也不要加上上下或左右的黑邊；如果黑邊無可避免，請在留白區域加上美術素材，讓體驗感覺起來像滿版。」¹⁶ 這正是下一節的 16:9 難題，從設計端給出的答案。關於這份指南與三場搭配議程（displacement、arrangements 與垂直軸）的設計面解讀，收在 Designing for iPhone Duo。

兩塊螢幕，以點來算

擷取自 Apple 2026 年 9 月 9 日活動直播，上午 10 點 58 分（PT）：摺疊機身上的轉軸與背面相機。

Apple 的規格表公布像素解析度與像素密度；主題演講隔天貼出的 App Store Connect 截圖規格則公布截圖尺寸，而兩者在內螢幕上並不一致。²¹⁷ 下表把截圖尺寸除以三，也就是 Apple 指南為同一塊 1206 × 2622 面板的 iPhone 17 Pro 所列的縮放倍率，402 × 874 點。¹¹ 在 Device Hub 回報之前，請把「點」那幾欄當成從 Apple 數字推出的算術，而不是規格。

從這張表掉出兩件事。內螢幕不是一支更大的手機。直式下 669 點寬，比直式的 iPhone 18 Pro Max 還寬 229 點；橫式下，它比任何 iPhone 的橫式都更高；1.42 的比例離 Pro 系列的 2.17 差得很遠。外螢幕也不是一支小手機。它比 iPhone 18 Pro 寬 64 點、短 196 點，是任何已出貨 iPhone 都不曾有過的形狀。

Apple 的新聞稿補上了表格藏起來的事實：「兩塊螢幕共用同一個長寬比，所以內容會等比例縮放，確保視覺上的連續性。」¹ 像素數算出的是 1.42 與 1.45，相差約 2%，所以為內螢幕構圖的影像或影片畫格，放到外螢幕上只多出一絲邊界。版面則是另一回事，因為兩塊螢幕回報不同的 size class：外螢幕跟其他每一支直式 iPhone 一樣是 compact 寬度，內螢幕則在兩個維度都是 regular，這是 size class 那一節的內容。第一場 Tech Talk 描述了這對 split view 的影響：「iPhone Duo 闔上時，欄位會收合成單一堆疊的導覽。展開時，欄位會以並排與疊加兩種方式出現」（5:19）。¹⁴ 這兩種形狀對 iPhone 來說是新的；但對您的程式碼而言，它們只是一個長寬比配上兩種 size class。

Apple 的尺寸決定了預設的握持方式。展開時裝置寬 6.48 吋、高 4.64 吋，所以內螢幕的自然方向是 951 點寬、669 點高；闔上時寬 3.31 吋、高 4.64 吋，所以外螢幕是直式。展開時厚 0.21 吋，重 8.96 盎司。² Apple 也把 Dynamic Island 移到兩塊螢幕的側邊垂直擺放，並把 Dock、鎖定畫面控制項與 app 導覽推到側邊，「為內容爭取最大的垂直空間」。¹ 因此請把前緣與後緣的安全區域內距當成不對稱的：第一場 Tech Talk 說「垂直列會提供前緣與後緣的內距」，並要「避免假設對側的內距相等」（6:18、7:24）。¹⁴ 任何假設 Dynamic Island 位在頂端的視圖，在這裡都會出錯。

1.42 的難題，與 1.42 的禮物

1.42 的長寬比與根號二只差約 0.5%，那是 A 系列紙張的比例，對摺之後仍保有原本的比例。Hacker News 討論串上一則早期的頂層留言注意到了這點，而這是理解這台裝置的好方式：把內螢幕對摺，您會得到兩塊形狀相同的面板。⁹

對 16:9 影片而言，這個比例是代價。橫式下，951 點的寬度限制了內螢幕上的 16:9 畫面，因此它以 951 × 535 點算繪，上下總共留下 134 點的黑邊，五分之一的螢幕沒有用到。橫式的 iPhone 18 Pro 上，限制同一個畫面的是 402 點的高度，因此它以 715 × 402 點算繪。換算成實體尺寸，依 Apple 的密度，Duo 上是 6.21 吋寬的畫面，Pro 上是 4.66 吋，面積多出約 77%，而且黑邊無可避免。²³ 影片 app 同時得到更大的畫面與更大的黑框。

對所有不是影片的東西，這個比例就是禮物。文件、資訊流、郵件、程式碼與雙欄版面，正是 A 系列紙張存在的理由。主題演講展示的恰好就是這些版面：一串訊息與一封郵件並排、雜誌跨頁，以及一個攤在內螢幕上的團隊聊天 app；Apple 的新聞稿則點名 Slack、與其他內容並排的 Siri 對話，以及兩個 app 並排的 Split View。¹ 活動貼文以時間碼記錄了演講的畫面。在 compact 寬度的 iPhone 版面中會收合的 NavigationSplitView，在 Duo 的 regular 寬度內螢幕上可以顯示並排或疊加的欄位，這是下一節的內容。

Size class：內螢幕在兩個方向都是 regular

第一場 Tech Talk 給出了數值。「在外螢幕上，就像其他 iPhone 機型一樣，iPhone Duo 在直式下是 regular 垂直 size class 與 compact 水平 size class，在橫式下垂直與水平都是 compact size class」（3:08）。「在內螢幕上，多出來的空間讓您可以顯示更多內容，例如側邊欄。因此它的水平與垂直 size class 都是 regular」（3:20）。¹⁴ 作為對照，Apple size class 表中的每一台 iPad 在直式下都回報 regular 寬度，連表裡 768 點的 iPad mini 也是，所以 669 點的內螢幕歸進的是 iPad 那一欄，而不是 iPhone 那一欄。¹¹

同一場議程關上了兩扇門。「內螢幕不會遵守您支援的介面方向。就像 Idiom 一樣，請避免用檢查介面方向來做版面決策，改用 size class」（3:46 至 3:55），以及「在一台有兩塊螢幕的裝置上，請避免在程式碼裡引用主螢幕」（3:57）。¹⁴ 安全的寫法是從 environment 讀取 horizontalSizeClass，或在 UIKit 中讀 trait collection，再據此排版。⁸ 這也是檢查表裡的一步，該表以 size class 取代方向檢查，因為 iOS 27 把方向與可調整大小解耦了。

多工來到 iPhone

擷取自 Apple 2026 年 9 月 9 日活動直播，上午 11 點 09 分（PT）：左右各一顆電池，主機板上是 A20 Pro。

Apple 的新聞稿列出兩個 app 並排的 Split View「在 iPhone 上首度登場」、同一個 app 的兩個視窗「例如 Safari」，以及儲存下來的 app 配對。¹ 多螢幕與場景那場議程確認了機制：「iPhone Duo 是第一支支援您 app UI 多重實例的 iPhone。如果您的 app 在 iPad 上支援這件事，在 iPhone Duo 上也會支援」（3:38）。¹⁴ 在 iPad 上，這項支援就是 scene manifest 裡的 UIApplicationSupportsMultipleScenes 鍵，加上透過 UIWindowScene 的場景生命週期，所以一個為了避免跨視窗協調狀態而把該鍵設為 false 的 iPhone app，應該預期要重新檢視這個決定。⁷ 有一條 Duo 專屬的規則：「在 iPhone Duo 的外螢幕上無法建立新視窗。那個行為保留給內螢幕」，因此請「確保您在請求新場景時處理了錯誤」，而 UIWindowSceneActivation 動作會「在無法開新視窗時自動隱藏」（3:53 至 4:11）。¹⁴

同一場議程還提到場景配件，它「讓您的 app 同時在多塊螢幕上顯示內容」，其中一個是 Duo 專屬的：「CameraCaptureAccessory 讓您把額外的 UI 配對到外螢幕，而您 app 的主要 UI 留在內螢幕」，適用時機是「當您的 app 在內螢幕上全螢幕，而且有一個作用中的相機工作階段時」（4:26 至 5:19）。¹⁴ 以場景為基礎的生命週期本身已不再是選項：iOS 27 的 RC 說明表示「以最新 SDK 建置的 app 必須採用以場景為基礎的生命週期，否則將無法啟動」，這是場景強制令一文的主題。⁴⁷

兩個 app 的 Split View 是系統的工作，不是您的，但它會在執行期間把一個任意寬度交到您的 app 手上。連續可調整大小，也就是檢查表的主題，決定了您的 app 會收到那一連串 resize 更新，還是在拖曳結束時只收到一次跳到新尺寸；Apple 的說明指出，非連續的 app 每一次 resize「應改以離散變更的形式傳遞」，並附上更新後的 bounds。⁴ 關卡在於您連結的 SDK，以及有沒有 UIRequiresFullScreen：用 iOS 27 SDK 建置、把那個鍵拿掉，resize 串流就歸您處理。Apple 針對這個已棄用鍵的技術說明給出另一個分支：在 iOS 27 SDK 之下，該鍵「不再讓您的 app 退出調整大小」，取而代之的是「系統會離散地調整您 app 場景的大小」，所以「使用者拖曳視窗時，場景不會改變大小」。¹² 議程補上 Duo 的皺褶：「iPhone Duo 會繼續遵守 UI requires full screen 這個鍵，但有人展開或闔上他們的 iPhone Duo 時，您的 app 仍然會調整大小」，而且它「會尊重您支援的介面方向，但您的 app 會在內螢幕上縮放，包括在 Split View 多工中」（4:36 至 4:49）。¹⁴

外螢幕上的 StandBy 是一塊小工具表面

擷取自 Apple 2026 年 9 月 9 日活動直播，上午 11 點 05 分（PT）：Apple 展示 StandBy 時用的帳篷式擺法。

Apple 的新聞稿說 StandBy 在任一塊螢幕上都能執行，「即使沒有在充電時也一樣」，並帶來新的行事曆與天氣樣式，以及更深入的自訂。¹ 一支立在桌上的摺疊手機，就是一塊面向房間的螢幕，而 StandBy 用小工具把它填滿。小工具與 Live Activities 是 app 出現在那裡的兩條路；Apple 的指南把 StandBy 列在 Live Activity 會顯示的位置之一。¹⁵ 兩者都沒有的 app，在那個表面上就是缺席。小工具表面一文主張一個 App Intent 就能餵養每一個擺放位置；iPhone Duo 又加上一個永遠在視線裡的位置。

外螢幕上的相機功能，Duo Preview、Kid Cue 與 Duo FaceTime，都是系統功能。¹ 依相機那場議程，第三方相機 app 得到兩樣東西。一個是「Virtual Front Camera」，一個「會自動在外側與內側實體相機之間切換的全新 AV Capture 裝置」，裝置展開時用內螢幕的前相機，闔上時用外側那顆，並提供「built-in outer ultrawide」與「built-in inner ultrawide」裝置類型供直接存取（1:14 至 2:04）。另一樣是場景議程裡的 CameraCaptureAccessory，它把您的 UI 放到外螢幕，擷取則在內螢幕進行；用那場議程的話說，「這讓您可以在拍下某人的照片或錄下他們的同時，向對方顯示內容」（5:09）。¹⁴

Touch ID，不是 Face ID

規格表列出 Touch ID 指紋感測器與螢幕下的 FaceTime 相機，沒有 Face ID。² 自 2022 年的 iPhone SE 以來，每一支 iPhone 都搭載 Face ID，很多 app 也把這幾個字寫死了。LAContext.biometryType 會在 canEvaluatePolicy 執行後回報 .touchID、.faceID 或 .none，而在地化字串、SF Symbols 與初次引導文案都應該據此分支。⁶ 已經在 iPad 與 Mac 上執行的 app 通常做對了；只做 iPhone 的 app 常常沒有。

時程表

• 9 月 14 日： iOS 27.0（24A437）與 Xcode 27（27A266a）已出貨，其中沒有 Duo SDK；決定可調整大小的 27.0 SDK 就是 Xcode 27 裡的那一個。¹⁰⁵¹⁹
• 9 月 18 日： iPhone 18 Pro 上市，搭載 iOS 27。¹⁰
• 9 月稍晚： Xcode 27.1 beta，Apple 的開發者頁面把它描述為「build, run, and test your app for iPhone Duo」的途徑，還有「Preparing your app for iPhone Duo」指南；設計指南已經在 Human Interface Guidelines 裡。Group Labs 在 9 月 16 日與 17 日，論壇 Q&A 在 9 月 23 日。¹³¹⁶（9 月 17 日：指南已上線；見上方的更新。²⁰）（9 月 19 日：Xcode 27.1 beta 已於 9 月 18 日發佈；見上方 9 月 19 日的更新。²²）
• 10 月 5 日： Xcode 27.1 RC（27A9275）推出，App Store Connect 向以它與 iOS 27.1 SDK 建置的版本開放 App Store（10 月 11 日）。²³
• 10 月 16 日： iPhone Duo 預購於上午 5 點（PT）開始。¹
• 10 月 23 日： iPhone Duo 出貨，搭載 iOS 27.1。¹

這六週該做的事

1. 連結 iOS 27 SDK，把 UIRequiresFullScreen 從 Info.plist 拿掉，接受連續調整大小，而不是離散的尺寸跳動。檢查表就是那份稽核。
2. 版面決策上，用 size class 與 onGeometryChange 取代螢幕邊界、裝置 idiom 與介面方向的檢查；內螢幕不理會您支援的方向，而當程式碼真的需要一塊螢幕時，議程說要「從 window scene 動態取得它」，而不是取用主螢幕（4:14）。
3. 如果 app 承受得住，就打開多重場景，先在 iPad 上測兩個視窗，並處理被拒絕的場景請求，因為外螢幕無法開新視窗。
4. 在 Device Hub 的 resize 模式下，以 669 × 951、951 × 669 與 466 × 678 執行 app，因為那些是 App Store Connect 尺寸所推得的點形狀。預覽中的 Resizable Canvas 今天就能到達這些尺寸；Xcode 27.1 的 iPhone Duo 模擬器出貨時，會再加上展開、闔上、旋轉與摺疊控制項。（9 月 19 日：beta 已經推出，上方的更新引用了模擬器的限制。²²）
5. 如果 app 還沒有小工具，就做一個。
6. 讓生物辨識文案依 biometryType 分支。
7. 現在就看完那六場 Tech Talks 並讀「Designing for iPhone Duo」；它們合起來描述了 size class、場景規則、保留區域、排列視圖、垂直控制項與相機配件。Xcode 27.1 beta 才是您實作與測試它們的地方。¹⁴¹⁶

重點整理

給 iOS 開發者： - App Store Connect 把 iPhone Duo 的內螢幕定為 2007 × 2853 像素，3x 下是 669 × 951 點，面板則是 1878 × 2670；外螢幕是 466 × 678。長寬比 1.42，這兩種形狀在任何其他 iPhone 上都不存在。²¹⁷ - 內螢幕上的 16:9 影片，面積比 iPhone 18 Pro 多出約 77%，同時把五分之一的螢幕讓給黑邊；獲益最多的是文件與雙欄版面。²³ - Split View、同一個 app 的兩個視窗與 app 配對，隨這台裝置來到 iPhone；在 iPad 上支援多重實例的 app 在這裡也支援，但新視窗僅限內螢幕。¹¹⁴ - 是 Touch ID，不是 Face ID。請依 biometryType 分支。²⁶

給產品決策： - 外螢幕上的 StandBy 意味著，要在這台裝置上有存在感，一個小工具或一則 Live Activity 是基本門檻。¹¹⁵ - Duo 的 SDK 不在 iOS 27 或 Xcode 27 的 RC 說明裡；Apple 把 Xcode 27.1 beta 定在 9 月稍晚；六場 Tech Talks 與「Designing for iPhone Duo」指南今天就能取得。^45131416（9 月 19 日：Xcode 27.1 beta 已於 9 月 18 日發佈。²²）

常見問題

我現有的 app 能在 iPhone Duo 上執行嗎？

可以，分成三層。Apple 的議程說：「即使您沒有用 iOS 27 SDK 建置，您的 app 還是能在 iPhone Duo 上執行」，展開時是「熟悉的尺寸與長寬比」；用 iOS 27 SDK 建置則會延伸「到內螢幕上狀態列區域的左側」；用 iOS 27.1 SDK 則「延伸到螢幕邊緣」。¹⁴ UIRequiresFullScreen 仍然被遵守，但 app 會在裝置展開或闔上時調整大小。Apple 針對這個已棄用鍵的技術說明，給出了 iOS 27 SDK 的通則：該鍵「不再讓您的 app 退出調整大小」，而且「系統會離散地調整您 app 場景的大小」。¹²¹⁴

iPhone Duo 回報哪些 size class？

外螢幕：直式為 regular 垂直、compact 水平，橫式為兩者皆 compact，與其他 iPhone 相同。內螢幕：兩者皆 regular，依 Apple 的 Tech Talk。¹⁴

兩塊螢幕的點尺寸是多少？

Apple 的規格表給出面板像素，App Store Connect 的截圖規格則以像素列出截圖尺寸：內螢幕 2007 × 2853，外螢幕 1398 × 2034，在 3x 之下分別是 669 × 951 與 466 × 678 點。在 3x 的假設下，這意味著內螢幕以 669 × 951 算繪，再在每個維度縮小約 6.4% 到它 1878 × 2670 的面板，也就是 Apple 為 Plus 機型所列的那種安排；這是推論，等 Xcode 27.1 beta 到來，Device Hub 會證實或修正它。²¹¹¹⁷

已經有 iPhone Duo 的模擬器或 Device Hub 設定檔了嗎？

Xcode 27 RC 裡沒有。Apple 的新聞稿把 Device Hub 支援稱為「upcoming」，開發者頁面把 Xcode 27.1 beta 定在「later this month」，而第一場 Tech Talk 展示了 Xcode 27.1 模擬器的展開、闔上、旋轉與摺疊控制項。¹⁵¹³¹⁴（9 月 19 日：Xcode 27.1 beta（27A9269）已於 9 月 18 日發佈；見上方的更新。²²）

到目前為止，Apple 為開發者公布了什麼？

一個 Get Ready for iPhone Duo 頁面、六場 Tech Talks，以及一份時程：9 月 16 日與 17 日的 Group Labs、9 月 23 日的論壇 Q&A、標記為「later this month」的工作坊與 Xcode 27.1 beta、Human Interface Guidelines 裡的「Designing for iPhone Duo」頁面，以及標記為本月稍晚推出的「Preparing your app for iPhone Duo」指南。¹³¹⁴¹⁶（9 月 17 日：指南已上線；見上方的更新。²⁰）（9 月 19 日：beta 也已經推出。²²）

iPhone Duo 有 Face ID 嗎？

沒有。規格表列出的是 Touch ID 指紋感測器。²

Duo 的 API 什麼時候出貨？

隨 Xcode 27.1 beta 一起，Apple 的開發者頁面說它「coming later this month」。裝置在 10 月 23 日出貨，搭載 iOS 27.1。¹¹³（9 月 19 日：beta 已於 9 月 18 日發佈。²²）（10 月 11 日：候選發行版 Xcode 27.1 RC（27A9275）已於 10 月 5 日推出，App Store Connect 也接受以它建置的版本上架 App Store。²³）

資料來源