3个实战项目搞定苹果可以分屏吗

上周陪一个做房建信息化的朋友改简历，他卡在移动端适配这块，面试官问“苹果可以分屏吗？你在实战项目里怎么处理的？”他愣住，只憋出一句“好像支持吧”。

别笑，这太常见了。很多后端转前端、或者刚入行的同学，一碰到多窗口、多视图这种“软技能”，就心里没底。苹果设备能不能分屏，背后牵扯到底层窗口管理、生命周期回调，还有你代码里的布局逻辑。答不上来，不是你不聪明，是没把原理和实战代码对上号。

今天咱们就掰开了揉碎了讲，用能跑的代码带你过一遍。不扯虚的，就聊怎么在真实项目里，让苹果设备的分屏体验不翻车。

概念速懂：苹果分屏到底在分什么

很多人以为“分屏”就是屏幕物理上劈成两半，其实不是。在iOS和iPadOS上，分屏是系统级的窗口管理行为。你看到的两个App，本质上是两个独立的“场景”（Scene），或者在老版本里是两个独立的窗口上下文。

这里有个关键认知：苹果可以分屏吗？答案是“能，但有限制”。iPhone在大多数情况下不支持真正的双App分屏（除了iPad和少数Pro Max机型的特定交互），而iPad则是分屏的主力。所以，当面试官问这个问题时，第一步你得先分清设备类型。别一上来就写代码，先问清楚目标设备。

很多新手踩坑，就是因为把iPhone的“画中画”或者“快捷指令小组件”当成了分屏。记住，分屏的核心是两个可交互的App界面同时存在且可独立操作。在房建工程这种移动端场景里，你可能需要一边看CAD图纸（App A），一边记录现场巡检数据（App B）。如果分屏逻辑没处理好，用户切窗口时数据丢失、界面错位，那就尴尬了。

所以，理解分屏，先理解“场景生命周期”。iOS 13之后，系统从“单窗口”转向“多场景”，你的App不再是只有一个AppDelegate管全局，而是要为每个窗口管理自己的状态。这是后面所有代码的根基。

环境准备：别用错版本，白忙活

在动手之前，先把环境理顺。90%的“分屏不生效”问题，都是环境配置错了。

第一，Xcode版本。你至少得用Xcode 14以上，因为Xcode 13对多场景的支持还不完善。如果你还在用老版本，别怪代码跑不起来，是工具链的问题。

第二，Info.plist配置。这是最容易被忽略的一步。在Info.plist里，必须添加UIApplicationSceneManifest字段。如果你没加这个，系统会认为你的App只支持单窗口，分屏代码写了也白写。

第三，真机测试。模拟器对分屏的支持非常有限，很多边缘case（比如快速切换窗口、旋转屏幕）在模拟器上复现不了。我见过太多同学在模拟器上测得没问题，一上真机就崩。所以，找一台iPad，最好是iPad Pro，连上真机调试。

第四，部署目标。检查你的Deployment Target，iOS 13.0以上。低于这个版本，多场景API根本不存在。

这里给一个Info.plist的关键片段，别抄错：

<key>UIApplicationSceneManifest</key>
<dict><key>UIApplicationSupportsMultipleScenes</key><true/><key>UISceneConfigurations</key><dict><key>UIWindowSceneSessionRoleApplication</key><array><dict><key>UISceneConfigurationName</key><string>Default Configuration</string><key>UISceneDelegateClassName</key><string>$(PRODUCT_MODULE_NAME).SceneDelegate</string></dict></array></dict>
</dict>

注意UIApplicationSupportsMultipleScenes必须设为true，这是开启分屏能力的开关。

核心语法：SceneDelegate才是主角

很多老代码还在用AppDelegate做界面初始化，这在分屏场景下是大忌。AppDelegate只负责App级别的全局逻辑，比如通知、权限。而每个窗口的界面、状态，必须交给SceneDelegate。

核心逻辑就三件事：创建窗口、处理生命周期、管理状态。

看这段代码，这是SceneDelegate的骨架：

import UIKitclass SceneDelegate: UIResponder, UIWindowSceneDelegate {var window: UIWindow?func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {guard let windowScene = (scene as? UIWindowScene) else { return }// 关键：为每个场景创建独立的窗口window = UIWindow(windowScene: windowScene)window?.rootViewController = MainViewController()window?.makeKeyAndVisible()// 处理恢复状态（用户从后台切回来时）if let savedState = session.stateRestorationActivity {// 这里可以恢复之前的界面位置、数据}}func sceneDidBecomeActive(_ scene: UIScene) {// 窗口变为活跃状态（用户切到这个App）// 在这里刷新数据、启动定时器}func sceneWillResignActive(_ scene: UIScene) {// 窗口即将失去焦点（用户切走或分屏）// 在这里保存状态、暂停动画}func sceneDidEnterBackground(_ scene: UIScene) {// 窗口进入后台// 在这里做持久化存储}
}

逐行拆解：

scene(_:willConnectTo:options:)：这是窗口首次创建时的回调。注意，每个分屏窗口都会触发一次这个回调，所以你不能在这里做“全局只执行一次”的逻辑。
window = UIWindow(windowScene: windowScene)：这是最关键的一行。你必须用windowScene参数创建窗口，而不是用UIWindow()。如果用错了，分屏时窗口会重叠、错位。
sceneDidBecomeActive和sceneWillResignActive：这两个是高频考点。面试官最爱问“用户分屏时，你的App怎么知道？”答案就是这两个回调。在sceneWillResignActive里保存数据，在sceneDidBecomeActive里恢复，是标准做法。

避坑提醒：不要在AppDelegate里写window相关逻辑。如果你在AppDelegate里创建了窗口，分屏时第二个窗口会找不到自己的SceneDelegate，直接白屏。

完整代码示例：实战项目里的分屏适配

光讲理论不够，来看一个真实场景。假设你做一个房建巡检App，需要支持iPad分屏：左边看图纸，右边填表单。

完整代码如下，可以直接复制运行：

import UIKitclass MainViewController: UIViewController {override func viewDidLoad() {super.viewDidLoad()view.backgroundColor = .white// 创建一个标签页，模拟左右分栏let leftVC = ViewController(title: "图纸查看", color: .lightGray)let rightVC = ViewController(title: "巡检表单", color: .systemBackground)let leftNav = UINavigationController(rootViewController: leftVC)let rightNav = UINavigationController(rootViewController: rightVC)// 使用UISplitViewController实现分栏let splitVC = UISplitViewController(style: .doubleColumn)splitVC.viewControllers = [leftNav, rightNav]// 关键：设置分栏行为，支持自动切换splitVC.preferredDisplayMode = .twoColumnssplitVC.delegate = self// 如果是iPhone，强制单栏（iPhone不支持分屏，但要兼容）if UIDevice.current.userInterfaceIdiom == .phone {splitVC.preferredDisplayMode = .oneColumn}self.view.addSubview(splitVC.view)splitVC.view.frame = view.boundssplitVC.view.autoresizingMask = [.flexibleWidth, .flexibleHeight]// 监听尺寸变化，处理分屏切换NotificationCenter.default.addObserver(self,selector: #selector(handleSceneSizeChange(_:)),name: UIScene.sizeWillChangeNotification,object: nil)}@objc func handleSceneSizeChange(_ notification: Notification) {guard let scene = self.traitCollection?.userInterfaceIdiom else { return }// 根据可用宽度动态调整分栏let width = self.view.frame.widthif width < 600 {splitVC.preferredDisplayMode = .oneColumn} else {splitVC.preferredDisplayMode = .twoColumns}}deinit {NotificationCenter.default.removeObserver(self)}
}class ViewController: UIViewController {let title: Stringlet color: UIColorinit(title: String, color: UIColor) {self.title = titleself.color = colorsuper.init(nibName: nil, bundle: nil)}required init?(coder: NSCoder) {fatalError("init(coder:) has not been implemented")}override func viewDidLoad() {super.viewDidLoad()view.backgroundColor = colornavigationItem.title = title}
}extension MainViewController: UISplitViewControllerDelegate {func splitViewController(_ splitViewController: UISplitViewController, collapseSecondary secondaryViewController: UIViewController, onto primaryViewController: UIViewController) -> Bool {// 在窄屏下自动折叠return true}
}

代码要点：

设备检测：UIDevice.current.userInterfaceIdiom用来判断是iPhone还是iPad。iPhone上强制单栏，避免布局错乱。
动态适配：handleSceneSizeChange监听尺寸变化。用户分屏时，窗口宽度会变，这里根据宽度动态调整preferredDisplayMode。这是分屏适配的核心。
UISplitViewController：苹果官方提供的分栏控制器，比手动布局靠谱得多。它内置了折叠、展开逻辑，你只需要配置，不用自己算坐标。

为什么不用WebView？ 很多前端同学习惯用H5，但分屏场景下，WebView的性能和体验远不如原生。MDN Web Docs里有大量关于CSS Grid和Flexbox的布局技巧，但那些是Web世界的规则，iOS原生的布局系统（Auto Layout、Size Classes）完全不同。混用会导致大量适配问题。

常见报错：这些坑我替你踩过了

错误1：分屏时白屏 原因：SceneDelegate没有正确创建窗口。检查你是否用了UIWindow(windowScene: windowScene)。如果用了UIWindow()，分屏时第二个窗口会找不到场景，直接白屏。

错误2：数据不同步 原因：两个窗口共享了同一个单例数据源，但没有做同步。解决方案：用NotificationCenter或Combine做状态同步。每个窗口独立持有数据副本，通过消息机制同步更新。

错误3：旋转屏幕后布局错乱 原因：没有处理traitCollectionDidChange。在SceneDelegate里添加：

func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {// ... 省略
}override func traitCollectionDidChange(_ previousTraitCollection: UITraitCollection?) {super.traitCollectionDidChange(previousTraitCollection)// 重新计算布局layoutIfNeeded()
}

错误4：后台切换回来数据丢失 原因：没有在sceneWillResignActive里保存状态。解决方案：用encodeRestorableState做状态恢复，或者手动保存到UserDefaults。