如何上传同Bundle ID、分iPhone/iPad目标的应用至App Store Connect

一、多Target共用Bundle ID的版本切换逻辑 #

当你用同一个Bundle ID创建iPhone和iPad两个Target并上传到App Store Connect后，Apple会将它们合并为一个通用App条目。用户安装时，系统会根据设备类型自动下载对应设备的二进制包——并非安装后切换版本，而是下载阶段就匹配设备对应的构建包。

二、多Target vs 单Target动态判断的可行性对比 #

多Target方案 #

优势

• 编译阶段就完成设备逻辑分离，代码中无需大量设备判断分支，代码结构更清晰
• 可独立配置各自的资源文件、Info.plist、编译选项，适合UI/交互差异极大的场景
• 共用底层资源（网络、存储、通用UI组件）可通过共享Framework实现：将通用代码抽离到独立Framework，两个Target直接依赖即可

劣势

• 维护成本略高：需同步两个Target的依赖库、版本号、构建号等配置
• 打包上传需分别处理两个Target的Archive

单Target动态判断方案 #

优势

• 仅需维护一个Target，配置同步成本低
• 启动阶段通过didFinishLaunchingWithOptions中的UserInterfaceIdiom判断设备类型，加载对应协调器/视图模型/UI，适合逻辑分层清晰的场景

劣势

• 代码中不可避免存在设备判断分支，需依赖架构设计（如Coordinator模式）隔离差异逻辑
• 单个二进制包包含两种设备的资源，包体积会比多Target的专属版本更大

三、多Target应用上传App Store Connect的步骤 #

1. 确保两个Target的Bundle ID完全一致
2. 分别配置Target的Deployment Info：一个仅勾选iPhone，另一个仅勾选iPad
3. 依次为两个Target生成Archive（Xcode → Product → Archive，切换Target重复操作）
4. 分别上传两个Archive到App Store Connect，系统会自动将同Bundle ID的构建归到同一个App条目下
5. 在App Store Connect的「构建版本」中可查看对应设备的构建，选择合适版本提交审核

四、最佳方案建议 #

如果iPhone和iPad版本的UI/交互差异极大，优先选择多Target+共享Framework方案：

• 抽离网络层、存储层、通用工具类、通用UI组件到共享Framework，实现代码复用
• 两个Target各自实现专属的UI、视图模型、业务逻辑，保证版本独立性
• 这种方案既兼顾了代码复用，又能让两个版本的维护更清晰

若差异仅为部分页面适配，单Target动态判断也可，但需做好架构分层：比如用Coordinator模式，启动时根据设备类型初始化不同的AppCoordinator，由Coordinator管理对应页面栈，尽量减少业务代码中的设备判断。

五、确保iPad用户获取专属版本的方式 #

• 多Target方案：上传的构建会被标记为对应设备类型，App Store会自动给iPad用户分发iPad专属构建，严格保证用户下载的是适配自身设备的二进制包，包体积更优
• 单Target方案：运行时通过UserInterfaceIdiom加载iPad专属UI，用户安装后直接获得适配体验，但本质是同一个二进制包包含所有设备资源

如果追求严格的设备专属包和更小的下载体积，多Target方案更合适。

内容的提问来源于stack exchange，提问作者Victor Glebov