构建类YouTube顶部切换栏的TableView，求最优实现方案

方案一：单TableView修改Delegate/DataSource后重载 #

• 优点：内存占用极低，只有一个TableView实例，布局管理简单。
• 缺点：
  • 调用reloadData()会刷新所有行，数据量大时会出现明显卡顿，切换动画生硬。
  • 无法保留之前的滚动位置，切换回来需要手动恢复，用户体验差。
  • 如果两种列表的Cell样式差异大，Delegate/DataSource里的逻辑会变得复杂，容易出现bug。

方案二：双TableView切换显示隐藏 #

• 优点：
  • 两个列表的滚动状态、数据完全独立，切换时无需重新加载，体验流畅。
  • 可以给切换添加自定义动画（比如淡入淡出、平移），视觉效果更好。
• 缺点：
  • 内存占用翻倍，若每个列表包含大量复杂Cell或数据，可能会触发内存警告。
  • 需要手动维护两个TableView的frame、约束，确保它们完全重叠，布局代码冗余。

更优的实现方向：UISegmentedControl + UIPageViewController #

这是类似YouTube顶部切换栏最常用的成熟方案，兼顾性能和用户体验：

• 核心思路：用顶部的UISegmentedControl控制UIPageViewController的页面切换，每个页面对应一个独立的UITableViewController（或UIViewController内嵌UITableView）。

• 优势：

  • 自动保留每个列表的滚动位置，切换回来直接回到上次浏览的位置，体验自然。
  • UIPageViewController自带页面切换动画（滑动、淡入等），也可以自定义动画效果。
  • 可以通过viewControllerCacheLimit设置缓存的页面数量（比如默认缓存2个），平衡内存占用和切换流畅度。
  • 每个列表的逻辑完全独立，代码解耦，后期维护更方便。

• 简单实现步骤：

  1. 创建一个主ViewController，顶部添加UISegmentedControl，下方嵌入UIPageViewController。
  2. 为每个切换项创建对应的UITableViewController，实现各自的数据源和代理逻辑。
  3. 监听UISegmentedControl的选中事件，调用UIPageViewController的setViewControllers:direction:animated:completion:方法切换页面。
  4. 同时监听UIPageViewController的页面滑动事件，同步更新UISegmentedControl的选中状态。

另外，如果你的两个列表数据结构相似，也可以考虑用单个UICollectionView实现横向分页，每个section对应一个列表，但这种方案适合结构简单的列表，复杂场景还是UIPageViewController更稳妥。

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