单Storyboard多ViewController与多Storyboard单ViewController：哪种更优？性能有差异吗？

作为刚入门iOS开发的过来人，我当初接触Xcode时也纠结过这个问题，咱们从实际开发场景、优劣对比和性能差异几个方面来聊：

两种方式的优劣对比 #

Case 1：单个Storyboard包含多个ViewController #

• 优势：
  • 直观性拉满，能一眼看到整个App的界面跳转逻辑，新手调试、梳理流程的时候特别友好
  • 全局样式（比如导航栏统一设置、全局按钮样式）修改起来更高效，不用在多个文件里重复操作
• 劣势：
  • 项目规模变大后，Storyboard文件会极度臃肿，Xcode打开和编辑的速度会明显变慢
  • 多人协作时极易出现Git冲突，毕竟所有人都在同一个文件里修改界面元素
  • 误操作风险高，不小心改动某个控件可能会影响到其他页面的布局

Case 2：多个Storyboard各包含一个ViewController #

• 优势：
  • 模块化程度高，每个Storyboard对应一个独立页面或功能模块，文件体积小，打开和编辑速度快
  • 多人协作冲突概率极低，各自负责对应的模块即可，互不干扰
  • 支持按需加载，非启动必需的页面可以延迟加载，能有效降低App启动时的内存开销
• 劣势：
  • 新手初期可能难以理清页面间的跳转关系，需要手动通过代码或Storyboard References来管理跳转
  • 全局样式修改需要同步到多个Storyboard，或者得用代码做全局配置，初期成本略高

性能差异到底有多大？ #

在现代Xcode（Xcode 10及以上版本）中，两种方式的性能差异几乎可以忽略不计：

• 单个Storyboard会在App启动时一次性加载所有ViewController的布局信息，但如果你的项目页面数量不多（比如10个以内），这点开销对启动速度的影响微乎其微
• 多个Storyboard通过UIStoryboard(name: "YourStoryboard", bundle: nil)按需加载，启动时只加载主Storyboard，理论上启动速度更快，但只有当项目有几十个甚至上百个页面时，这种优势才会被明显感知到

给新手的选择建议 #

• 如果是小型练手项目/ Demo（页面数≤10）：优先选单个Storyboard，上手快，省心省力，能专注于业务逻辑实现
• 如果是中大型项目/团队协作项目：强烈推荐多个Storyboard，或者结合Storyboard References（把多个Storyboard通过引用连接起来，兼顾直观性和模块化），甚至可以尝试SwiftUI（iOS 13+支持）或XIB+代码布局的方式
• 另外，苹果官方现在也更推崇模块化的界面组织方式，这对项目的长期维护非常友好

内容的提问来源于stack exchange，提问作者JaeEun Kim