Xcode 27.1 beta: Ihre App im iPhone Duo Simulator

Xcode 27.1 beta (27A9269) erschien am Freitag, dem 18. September 2026, mit dem ersten iOS-27.1-SDK und einem iPhone Duo Gerätetyp für den Simulator, vier Tage nach Xcode 27.0. Das SDK trägt jede iPhone Duo API, die Apples Vorbereitungsleitfaden nennt, das Profil des Gerätetyps definiert die beiden Displays mit 1398 mal 2034 und 2007 mal 2853 Pixeln bei 3x, also 466 mal 678 und 669 mal 951 Punkten, und die Simulator-Runtime ist ein eigener Download, den Xcode bei Bedarf holt. Apples eigene Notes führen drei Dinge auf, die der Simulator noch nicht kann, und eine Probe-App, die ich durch die drei Posen in Device Hub geschickt habe, landet geschlossen auf einem Display mit 466 mal 678 Punkten und offen auf einem mit 951 mal 669, dort regular in beiden Size Classes, meldet in keiner Pose reservierte Regionen und lässt UIScreen.main weiterhin für das äußere Display antworten, während die App auf dem inneren läuft.¹²⁴⁵⁶ {.answer-block}

Das Wichtigste in Kürze

• Termine und Builds. Apples Releases-Feed datiert Xcode 27.1 beta (27A9269) auf Freitag, den 18. September. xcodebuild -version gibt Xcode 27.1 und Build version 27A9269 aus; die SDKs für iPhoneOS und iPhoneSimulator melden sich beide als iOS 27.1, Build 24A94403; der Swift-Compiler nennt dieselbe Versionszeichenfolge swiftlang-6.4.0.34.1 wie Xcode 27.0 und der Linker dasselbe ld-27037.1. Das xip ist 2.027.292.809 Byte groß, die entpackte App 3,6 GiB, und sie installiert sich neben Xcode 27.0, ohne es zu ersetzen.¹⁴
• Die Duo-APIs stecken im SDK. Die zehn Namen, die meine Prüfung am 17. September im 27.0-SDK nicht finden konnte, sind im 27.1-SDK alle vorhanden, darunter ArrangementView und reservedRegions(kind:options:layoutDirectionBehavior:) in SwiftUICore, toolbarVerticalBehavior(_:) in SwiftUI sowie UIArrangementViewController, preferredVerticalBarBehavior und verticalBarEdge in UIKit. SwiftUI kennzeichnet sie mit @available(anyAppleOS 27.1, *); die Header von UIKit versehen den Arrangement-Controller und die Methoden für reservierte Regionen mit API_AVAILABLE(ios(27.1), tvos(27.1), visionos(27.1)), also mit zwei Plattformen mehr, als die Dokumentationsseiten nennen.⁴
• Das Simulator-Profil schreibt die Displaygrößen fest. Der Gerätetyp iPhone Duo (iPhone19,4, Produktklasse V68, Modellnummer A3447) definiert zwei integrierte Displays: primary mit 1398 mal 2034 Pixeln, Scale 3, und primary-1 mit 2007 mal 2853 Pixeln, Scale 3, bei einer nativen Ausrichtung von 270. Durch drei geteilt sind das 466 mal 678 und 669 mal 951 Punkte, wobei der innere Wert genau die Zahl ist, die mein Duo-Beitrag für Entwickler am 10. September aus der Screenshot-Größe in App Store Connect abgeleitet hatte. Das Profil verlangt Runtime 27.1 oder neuer.⁵
• Was der Simulator mit einer echten App macht. Device Hub bietet drei Posen an, Closed (geschlossen), Book (Buchstellung) und Open (offen), dazu Rotate Right (nach rechts drehen). Geschlossen bekommt die Probe-App das äußere Display: 466 mal 678 Punkte, compact in der Breite, das geteilte Arrangement übereinander. Offen bekommt sie das innere Display: quer als native Ausrichtung mit 951 mal 669 Punkten, regular in beiden Size Classes, Safe-Area-Insets von 34 an jeder Seite, das geteilte Arrangement nebeneinander; gedreht 669 breit und 951 hoch und weiterhin regular in beiden Richtungen. Book lieferte der App dieselbe Geometrie wie Open. In jeder Pose gab reservedRegions nichts zurück, auch mit inaktiven Regionen, toolbarVerticalEdge blieb nil, die Toolbar zeichnete waagerecht, und UIScreen.main.bounds meldete weiterhin 466 mal 678, während die App auf dem inneren Display lief.⁶
• Was die Beta noch nicht kann. Apples Notes nennen drei Grenzen, den langen ersten Start, fehlendes StandBy und die meisten App-Extensions: „Initial Simulator launch can take several minutes.“ (187708500), „StandBy is unavailable in the iPhone Duo Simulator runtime.“ (187708663) und „Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.“ (187708767). Dazu kommen zwei Known Issues zu Mac Catalyst für alle, deren App auch auf dem Mac erscheint, und eine Sache, die Apple nicht aufführt: Der Download der Runtime scheiterte bei mir im ersten Anlauf mit Download failed. und gelang erst im zweiten.²³

Was steckt in der Beta?

Apples Releases-Feed führt „Xcode 27.1 beta (27A9269)“ am Freitag, dem 18. September, um 10:00 Uhr PT auf und am selben Nachmittag ein „TestFlight Update“; die Release Notes von App Store Connect zu diesem Tag sagen, dass sich ab sofort Apps für internes und externes Testen einreichen lassen, die mit Xcode 27.1 beta gegen das SDK für iOS 27.1 beta oder iPadOS 27.1 beta gebaut wurden: „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.“¹ Der Abschnitt Overview der Release Notes benennt die SDK-Reihe: „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 supports on-device debugging in iOS 17 and later, tvOS 17 and later, watchOS 10 and later, and visionOS. Xcode 27.1 beta requires a Mac running macOS Tahoe 26.6 or later.“² Lesen Sie diese Liste so, wie sie dasteht: iOS ist die einzige Plattform auf 27.1, die SDKSettings.plist des SDK meldet selbst Version 27.1, und App Store Connect nennt dasselbe SDK „iPadOS 27.1 beta“, eine Unstimmigkeit, die auch der Xcode-27-Beitrag mit sich trägt.

Der Download fällt kleiner aus, als die Versionsnummer vermuten lässt. Das xip ist 2.027.292.809 Byte groß, von Apple unter seinem Software-Update-Zertifikat signiert, und entpackt sich zu einer App von 3,6 GiB, genauso groß wie Xcode 27.0; xip --expand in einen Ordner, eine Umbenennung nach /Applications/Xcode-27.1-beta.app und ein darauf zeigendes DEVELOPER_DIR sind die komplette Installation für die Arbeit auf der Kommandozeile. Der erste xcodebuild-Aufruf unter der Beta verbrachte danach rund zwei Minuten damit, die mitgelieferten Pakete CoreTypes.pkg und XcodeSystemResources.pkg von sich aus zu installieren, also den Schritt, den xcodebuild -runFirstLaunch ausdrücklich ausführt, und das zweite dieser Pakete ist es, das den iPhone Duo Gerätetyp ablegt.⁴ Was die App nicht enthält, ist eine Simulator-Runtime. Die Beta findet die iOS-Runtimes, die auf diesem Mac schon liegen, 27.0 darunter, und keine für 27.1; xcodebuild -downloadPlatform iOS benennt unter der Beta das fehlende Stück als „iOS 27.1 Simulator (24A94401)“ und holt es als Cryptex-Disk-Image über Apples Mobile-Asset-Dienst, während die Disk-Images auf der Downloadseite für Entwickler bei der iOS 18.2 Simulator Runtime enden.³⁴ Der erste Versuch endete in DVTDownloadable: Download Failed mit Error Domain=DVTDownloadableErrorDomain Code=41 "Download failed."; der zweite, mit -buildVersion 24A94401, meldete die Runtime mit 7,85 GB, lief durch, und simctl list runtimes führte danach „iOS 27.1 (27.1 - 24A94401)“ auf. Planen Sie den Plattenplatz dafür ein: Die Runtime ist viermal so groß wie der Xcode-Download.³

Das äußere Display des iPhone Duo Simulators beim ersten Start, 1398 mal 2034 Pixel: Die Statusanzeigen laufen am rechten Rand entlang, also auf der Seite, auf der Apples Human Interface Guidelines Dynamic Island und Statusleiste beim iPhone Duo verorten.¹⁰

Enthält das 27.1-SDK die Duo-APIs?

Am 17. September habe ich das iOS-27.0-SDK nach den Namen aus Apples Leitfaden „Preparing your app for iPhone Duo“ durchsucht und keinen der zehn gerätespezifischen Namen gefunden. Dieselbe Suche gegen das 27.1-SDK, auf demselben Weg, nämlich als reine Textsuche in den Modul-Interfaces und Headern, findet sie alle. Die Zeilen sind die gesuchten Teilstrings: Sieben davon tragen neun der zehn Namen, weil sich die beiden reservedRegions-Methoden und die beiden axisBehavior-Mitglieder jeweils eine Zeile teilen, und die anderen drei sind die Typen hinter den Namen, also ReservedRegion, ToolbarVerticalBehavior für toolbarVerticalBehavior(_:) und UIVerticalBarBehavior für preferredVerticalBarBehavior:⁴

Zwei Details dieser Tabelle entscheiden darüber, wie Sie den Code schreiben. Die SwiftUI-Typen liegen in SwiftUICore, dem Modul, das import SwiftUI re-exportiert, ein gewöhnlicher Import findet sie also; und die Verfügbarkeitsattribute widersprechen der Dokumentation, was die Plattformen angeht. Das SwiftUICore-Interface deklariert ArrangementView und das SwiftUI-Interface toolbarVerticalBehavior(_:), beide unter @available(anyAppleOS 27.1, *), Apples Kurzform für jede Plattform in dieser Version, während UIArrangementViewController.h und die reservedRegionsOfKind:-Methoden in UIView.h API_AVAILABLE(ios(27.1), tvos(27.1), visionos(27.1)) mit API_UNAVAILABLE(watchos) tragen; in UIVerticalBarEdge.h tragen das Enum und das Trait verticalBarEdge dasselbe Paar, während die Fälle Leading und Trailing API_AVAILABLE(ios(27.1)) API_UNAVAILABLE(visionos) API_UNAVAILABLE(watchos, tvos) tragen. Apples Dokumentationsseiten führen für alle fünf nur iOS 27.1 und iPadOS 27.1 auf, als Beta markiert.⁴⁷ Schreiben Sie gegen iOS und lassen Sie sich den Rest vom Compiler sagen.

Die drei Namen aus dem Leitfaden, die schon im 27.0-SDK lagen, sind unverändert: presentationPlacement(_:) sitzt weiterhin unter @available(anyAppleOS 27.0, *), backgroundExtensionEffect() ist seit iOS 26 da, und von den beiden ToolbarItemPlacement-Fällen, die der Leitfaden nennt, sitzt topBarPinnedTrailing unter @available(iOS 27.0, visionOS 27.0, *), während cancellationAction über die Verfügbarkeit des Typs hinaus keine eigene trägt.⁴

Was sagt das Simulator-Profil über die beiden Displays?

Der Gerätetyp, den Apple für die Beta installiert, iPhone Duo.simdevicetype, ist ein schlichtes Bundle unter /Library/Developer/CoreSimulator/Profiles/DeviceTypes, und seine beiden Property-Lists beantworten Fragen, die das Datenblatt offengelassen hatte.⁵

profile.plist liefert die Identität: Modellbezeichner iPhone19,4, Produktklasse V68, ein Alias com.apple.CoreSimulator.SimDeviceType.V68, minRuntimeVersion 27.1 und eine Regel, das Gerät für Runtimes ab 27.1 standardmäßig anzulegen. capabilities.plist liefert die Hardware: Modellnummer A3447, HomeButtonType 2, DeviceSupportsDynamicIsland true, DeviceSupportsEnhancedMultitasking false, IsLargeFormatPhone true, ein CompatibleDeviceFallback von iPhone18,3, einen Geräte-Eckenradius von 59 und ein displays-Array mit zwei integrierten und drei virtuellen Einträgen.⁵

Die erste Zeile ist das äußere Display und deckt sich Pixel für Pixel mit Apples Datenblatt. Die zweite ist das innere Display, und seine Pixelzahl ist die Screenshot-Größe aus App Store Connect, 2007 mal 2853, und nicht die 1878 mal 2670 des Panels: Der Simulator rendert das innere Display mit 669 mal 951 Punkten bei 3x, also genau die Rechnung, die mein Duo-Beitrag für Entwickler am 10. September angestellt und ausdrücklich als Schlussfolgerung gekennzeichnet hatte. Apples eigenes Profil trägt die Zahl jetzt. Die native Ausrichtung von 270 Grad sagt, dass das innere Display quer nativ ist, 951 Punkte breit und 669 hoch, wenn das Telefon offen liegt, was zu Apples Maßen für das geöffnete Gerät passt. Die beiden übrigen Zahlen sind Simulatorwerte und keine Hardwarewerte: Beide Displays stehen mit 460 Pixeln pro Zoll und 60 Hz im Profil, während das Datenblatt dem inneren Panel 430 ppi gibt, hdpi ist also als Platzhalter zu lesen.⁵

Das Profil liefert auch die Formen mit. Jedes Display verweist auf eine Framebuffer-Maske, ein PDF der sichtbaren Fläche. Die Maske des äußeren Displays hat asymmetrische Ecken, im Profil 8 an der einen Längsseite und 59 an der anderen, nach meiner Lesart liegt der kleine Radius an der Seite, die auf das mittige Scharnier trifft, das Apples Design-Leitfaden beschreibt; die Maske des inneren Displays ist ein schlichtes abgerundetes Rechteck mit dem Profilwert 55 und ohne Aussparung für die Frontkamera, die Verdeckung durch die Kamera kommt also zur Laufzeit aus der API für reservierte Regionen und nicht aus der Form des Framebuffers.⁵¹⁰

Was zeigt der Simulator?

Das Gerät bootet geschlossen. Beim ersten Start zeigt das äußere Display den Home-Bildschirm, der Framebuffer des inneren Displays ist an, aber schwarz, und simctl io enumerate führt beide integrierten Bildschirme unter den Namen aus dem Profil auf, primary mit 1398 mal 2034 und primary-1 mit 2007 mal 2853, neben den üblichen virtuellen.⁶ Ich habe eine SwiftUI-Probe-App aus einer einzigen Datei installiert, die Geometrie, Size Classes, den Umgebungswert toolbarVerticalEdge und die reservierten Regionen beider Arten mit includeInactive ausliest, eine ArrangementView in jedem der drei Stile umschließt und sechs Elemente in eine Navigations-Toolbar legt.⁶

Die Probe-App auf dem äußeren Display, Pose Closed: 466 mal 678 Punkte, compact in der Breite, das geteilte Arrangement übereinander, die Toolbar waagerecht.

Geschlossen meldet die Probe-App das, was ein compactes iPhone meldet. UIScreen.main.bounds sind 466 mal 678 Punkte bei Scale 3, die Size Classes sind compact in der Breite und regular in der Höhe, toolbarVerticalEdge ist nil, das UIKit-Trait verticalBarEdge liest sich als Rohwert 0, und beide Abfragen nach reservierten Regionen liefern leere Arrays zurück, auch mit inaktiven Regionen, die geschlossene Pose legt der App also weder Falz noch Kamera offen. Der GeometryReader innerhalb des Navigation Stacks maß 386 mal 510 Punkte, mit Safe-Area-Insets von 134 oben und 34 unten und keinen an den Seiten; nach meiner Lesart sind die 80 Punkte Breite, die sich das System genommen hat, die Leiste rechts, in der die Statusanzeigen sitzen. Das geteilte Arrangement setzte die primäre Ansicht über die sekundäre, also der Fall höher als breit, den Apples Leitfaden beschreibt, und die Toolbar zeichnete waagerecht oben: Teilen und der Häkchen-Button Fertig neben dem Überlauf-Button, während die vier sekundären Aktionen nicht in der Leiste standen und ihrer Platzierung nach in deren Menü liegen.⁶⁷

Die Posen leben in Device Hub. Bei ausgewähltem Duo-Gerät zeigt dessen Fenster Rotate Right, Closed, Book und Open als Buttons, die sich über die Accessibility-API drücken lassen, und genau so ist der Rest dieses Abschnitts entstanden.⁶

Open schiebt die App in ihrer nativen Querlage auf das innere Display. Die Probe-App meldet regular in Breite und Höhe, der GeometryReader misst 803 mal 515 Punkte mit Safe-Area-Insets von 134 oben, 34 an jeder Seite und 20 unten, und es fehlen dieselben 80 Punkte in der Breite wie in der geschlossenen Pose, nach meiner Lesart wieder die Leiste, jetzt rechts auf einem 951 Punkte breiten Bildschirm und mit den Statusanzeigen darin. Das geteilte Arrangement stellt die primäre und die sekundäre Ansicht nebeneinander, also der Fall breiter als hoch aus Apples Leitfaden, und die Toolbar zeichnet waagerecht oben rechts, erneut Teilen und Fertig neben dem Überlauf-Button, während die vier sekundären Aktionen nicht in der Leiste stehen.⁶

Pose Open, inneres Display, 2853 mal 2007 Pixel: regular in beiden Dimensionen, das geteilte Arrangement nebeneinander, die Leiste rechts.

Rotate Right dreht das innere Display ins Hochformat. Die Probe-App misst dann 669 mal 703 Punkte, regular in beiden Dimensionen, mit Insets von 134 oben und 34 unten und keinen an den Seiten; nach meiner Lesart ist die 80 Punkte breite Leiste an die obere Kante gewandert, wo die Statusanzeigen nun in einem schwarzen Band sitzen, und das geteilte Arrangement bleibt nebeneinander, obwohl der Container jetzt höher als breit ist.⁶

Das gedrehte innere Display: 669 Punkte breit, weiterhin regular in beiden Richtungen, die Leiste oben.

Book, die halb gefaltete Pose, ist die Stelle, an der sich die API für reservierte Regionen bezahlt machen müsste, und in dieser Beta tat sie es für meine Probe-App nicht. Ohne App im Vordergrund zeigte das innere Display nach dem Druck auf Book den Home-Bildschirm; neu gestartet meldete die Probe-App exakt das, was sie bei Open gemeldet hatte, 803 mal 515 Punkte, regular in beiden Dimensionen und null divisions und null occlusions, auch mit inaktiven Regionen, in SwiftUI wie in UIKit. Die geschlossene Pose meldet ebenfalls null. Ich habe keine Pose gefunden, in der reservedRegions einen Falz oder eine Kamera zurückgab, ein Layout, das sich an den Falz anpasst, ließ der Simulator dieser Beta mich also nicht sehen; Apples Leitfaden beschreibt die Division als aktiv, „when iPhone Duo is partially open“ (wenn das iPhone Duo teilweise geöffnet ist), und ob das eine Lücke der Beta oder eine Lücke meiner Probe-App ist, beantwortet erst die nächste Beta.⁶⁷

Zwei weitere Dinge galten in jeder Pose. Die Toolbar zeichnete nie senkrecht: toolbarVerticalEdge war in SwiftUI nil und verticalBarEdge las sich in UIKit als Rohwert 0, geschlossen, offen und gedreht, die senkrechten Leisten aus Apples Leitfaden erschienen in dieser Beta also für die Toolbar eines Navigation Stacks nicht. Und UIScreen.main.bounds antwortete mit 466 mal 678 Punkten, dem äußeren Display, während die App auf dem inneren lief, genau die Falle, vor der Apples Leitfaden warnt, wenn er sagt, Layoutberechnungen seien „based on your scene or containing view’s bounds rather than screen dimensions“ anzustellen: Der Hauptbildschirm ist nicht der Bildschirm, auf dem Sie sind. Der Compiler sagt beim Bauen der Probe-App ohnehin 'main' was deprecated in iOS 26.0, und dieses Gerät ist der Grund dafür.⁶⁷

Ein Weg zu den anderen Posen funktioniert nicht. simctl io screenConfig kann einen Bildschirm ausschalten, und das äußere Display auszuschalten, während das innere anblieb, öffnete das Telefon nicht; es brachte die System-Shell des Simulators zum Absturz, simctl launch scheiterte danach mit „The system shell probably crashed.“, und es brauchte einen Neustart. Die Posen leben im Fenster von Device Hub.⁶

Was die Beta noch nicht kann

Apple führt in den Notes der Beta selbst unter Simulator, Known Issues, drei Grenzen auf, den langen ersten Start, fehlendes StandBy und die meisten App-Extensions: „Initial Simulator launch can take several minutes.“ (187708500), „StandBy is unavailable in the iPhone Duo Simulator runtime.“ (187708663) und „Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.“ (187708767).² Die StandBy-Grenze zählt für alle, deren Widgets oder Live Activities dafür gedacht sind: Apples Ankündigung sagt, das Telefon „enters StandBy on either the outer or inner display“ und nennt es einen „hub for widgets“, der Duo-Beitrag für Entwickler beschreibt, was dort erscheint, und solange keine spätere Beta die Grenze aufhebt, bleibt StandBy auf diesem Gerät etwas, das Sie auf Hardware prüfen müssen.¹¹

Zwei weitere stehen unter Mac Catalyst, Known Issues, und sie treffen jede App, die diese APIs übernimmt und auch für den Mac baut: „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). (185924957)“, mit Apples Workaround #if !targetEnvironment(macCatalyst) in Swift oder #if !TARGET_OS_MACCATALYST in Objective-C, und „Projects that target iOS 27.1 show no Mac Catalyst run destination available. (187046347)“, mit „Add a Mac Catalyst 27.0 minimum deployment in target settings.“ als Workaround.² Die Notes der Xcode 27.2 beta ergänzen ein drittes aus der Gegenrichtung: „macOS, watchOS, tvOS, and visionOS SDKs in Xcode 27.2 incorrectly report 27.1 as a valid deployment target,“ und „Mac Catalyst builds with a 27.1 or 27.2 deployment target may be unable to use newly introduced API.“ (187160501).⁸

Was ich diese Woche tun würde

1. Installieren Sie die Beta neben Xcode 27.0 statt darüber: das xip entpacken, die App umbenennen und DEVELOPER_DIR für Builds auf der Kommandozeile darauf zeigen lassen; nichts in den Notes der Beta ändert die 27.0-Toolchain, und Compiler wie Linker tragen identische Versionszeichenfolgen.⁴
2. Starten Sie den Download der Runtime, bevor Sie sie brauchen, mit xcodebuild -downloadPlatform iOS unter der Beta, und wiederholen Sie ihn, wenn er scheitert; erst die Runtime macht den iPhone Duo Gerätetyp bootfähig, und Apple warnt, dass der erste Start obendrein Minuten dauert.²³
3. Bauen Sie einmal gegen das 27.1-SDK mit eingeschlossenem Mac-Catalyst-Target und lesen Sie die beiden Diagnosen, die Apple nennt, bevor Sie entscheiden, ob Sie die neue API mit #if !targetEnvironment(macCatalyst) einzäunen oder das Catalyst-Minimum auf 27.0 heben.²
4. Nehmen Sie die Zahlen aus dem Profil als die Größen, gegen die Sie previewen und testen: 466 mal 678 Punkte geschlossen, 669 mal 951 offen, mit quer nativem inneren Display. Der Previews-Eintrag der Beta ergänzt eine Gruppe Display in der Auswahl der Canvas-Overrides, „for previewing content on a device’s alternative display.“ (182598534)²⁵
5. Protokollieren Sie während der Entwicklung die reservierten Regionen je Pose: Für reservedRegions(kind:options:layoutDirectionBehavior:) mit .includeInactive ist dokumentiert, dass es Falz und Kamera als ReservedRegion-Werte zurückgibt, die aktiv oder inaktiv sein können; in dieser Beta gab jede Pose keine zurück, eine Logzeile in onChange(of: proxy.size) sagt Ihnen also genau den Moment, in dem eine Pose anfängt, sie zu melden.⁶⁷

Häufige Fragen

Gibt es den iPhone Duo Simulator in Xcode 27.1 beta?

Ja. Die Beta installiert einen Gerätetyp iPhone Duo, com.apple.CoreSimulator.SimDeviceType.iPhone-Duo, dessen Profil eine iOS-27.1-Runtime verlangt, die Xcode separat über xcodebuild -downloadPlatform iOS lädt. Apples Notes warnen, dass der erste Start „can take several minutes“ (mehrere Minuten dauern kann) und dass StandBy und die meisten App-Extensions in dieser Runtime nicht verfügbar sind.²³⁵

Wie installiere ich Xcode 27.1 beta neben Xcode 27?

Entpacken Sie das xip mit xip --expand, verschieben Sie die entstandene App auf einen versionierten Namen wie /Applications/Xcode-27.1-beta.app und setzen Sie DEVELOPER_DIR für xcodebuild, xcrun und swiftc auf deren Ordner Contents/Developer. Die Beta verlangt macOS Tahoe 26.6 oder neuer, dieselbe Untergrenze wie Xcode 27.0.²⁴

Wie groß ist das innere Display des iPhone Duo in Punkten?

669 mal 951 Punkte, laut dem Geräteprofil des Simulators, das das innere Display als 2007 mal 2853 Pixel bei Scale 3 mit quer nativer Ausrichtung definiert; das äußere Display hat 466 mal 678 Punkte aus 1398 mal 2034 Pixeln bei Scale 3.⁵

Ändert Xcode 27.1 beta das iOS-27.0-SDK oder die Xcode-27-Toolchain?

Nein. Compiler und Linker von Swift melden dieselben Versionszeichenfolgen wie Xcode 27.0, und die Release Notes der Beta haben drei Abschnitte, Mac Catalyst, Previews und Simulator, von denen keiner die Toolchain berührt. Das iOS-27.1-SDK kommt hinzu und weist sich im Geräte- wie im Simulator-SDK als Build 24A94403 aus.²⁴

Wann erscheint das iPhone Duo, und mit welchem System?

Am 23. Oktober, mit iOS 27.1, laut Apples Meldung vom 16. September: „When iPhone Duo becomes available on October 23, it will run iOS 27.1.“⁹

Quellen