是否应该将UITabbarController替换为自定义UIPageViewController？

以下回答基于对比系统自带UITabBarController和基于UIPageViewController自定义实现的标签导航容器展开：

二者核心区别 #

• 基础定位差异：UITabBarController是UIKit官方封装的标准化标签导航容器，自带底部标签栏、选中态、角标、切换逻辑等完整能力，仅支持有限的样式自定义；UIPageViewController本身是页面滑动容器，没有自带标签相关UI，实现标签功能时所有交互、样式都需要自行编码实现，自定义空间更高。
• 交互逻辑差异：UITabBarController默认仅支持点击标签切换页面，无滑动过渡效果，不支持手势滑动切换页面；基于UIPageViewController的标签方案默认支持左右滑动切换页面，也可自行绑定顶部/底部自定义标签栏的点击交互，切换动画可完全自定义。
• 内存管理差异：UITabBarController会一次性初始化所有子控制器并常驻内存，子页面数量过多时内存占用较高；UIPageViewController默认按需加载相邻子控制器，滚动时自动回收不可见页面的内存，更适合子页面数量多、单页面内存占用高的场景。
• 开发成本差异：UITabBarController适配系统交互规范，开发成本极低，几行代码即可完成配置；自定义UIPageViewController标签方案需要自行实现所有标签相关逻辑，开发成本更高，适合非标准标签场景使用。

切换为自定义UIPageViewController实现标签的注意事项 #

• 全量实现标签相关逻辑：标签的选中态、未读角标、点击切换与页面滚动的联动、滚动时标签的高亮进度动画等均无系统默认能力支持，需要自行编码实现。
• 适配子控制器生命周期：UIPageViewController切换子控制器时，viewWillAppear:、viewDidDisappear:等生命周期方法的调用时机和UITabBarController存在差异，需要自行验证是否符合业务预期，必要时手动调用补全回调。
• 处理手势冲突：如果子页面内存在UIScrollView、WKWebView等自带滑动手势的组件，需要提前做好手势优先级判断，避免和UIPageViewController的滑动切换手势产生冲突，出现交互异常。
• 做好边界状态处理：需要手动处理页面滚动到第一个/最后一个子页面时的边界反馈，避免出现空白回弹、无法切换的异常问题。
• 安全更新页面数据：如果标签数量、顺序会动态变化，不要直接修改UIPageViewController的viewControllers数组，要通过setViewControllers:direction:animated:completion:方法安全更新，避免出现数据源不一致导致的崩溃。

内容的提问来源于stack exchange，提问作者Nawin P.