iOS14 SwiftUI PageTabViewStyle() TabView如何检测滑动切换？

在Swift 5.3.2、iOS 14.4.2、Xcode 12.4的版本组合下，iOS 14刚推出的PageTabViewStyle存在系统级渲染缺陷：TabView的selection值在滑动过程中会以极高频率更新以匹配滚动偏移量，只要给这个绑定值添加.onChange修饰，就会在回调触发时连带引发TabView的重新布局，反过来再次修改selection值，形成死循环渲染，直接引发滑动卡顿、流畅度下降、内存异常循环上涨的问题，和回调里的业务逻辑无关。

可落地的无卡顿实现方案 #

绕开.onChange的触发路径，精准匹配两个业务需求：

• 滑动切换完成后同步自定义分页指示器的选中状态
• 页面完全切换结束后再执行后台指令下发
  具体实现逻辑：

1. 保留原TabView的selection双向绑定、隐藏内置分页指示器的配置，完全移除绑定值上的所有.onChange修饰器，从根源避开卡顿触发点
2. 通过UIViewRepresentable封装UIPageViewController的代理方法，在代理的页面切换完成回调（即transitionCompleted == true的分支）中读取最终页面索引，通过Combine的Subject将索引值抛到SwiftUI层
3. 接收到抛送的完成切换索引后，再更新自定义分页指示器的选中状态、触发后台指令下发逻辑，保证回调时机是页面完全停稳后，不会在滑动中途误触发

补充注意事项：

• 自定义分页指示器的选中状态要使用独立的@State变量存储，不要和TabView绑定的selection值直接双向联动，避免出现额外的渲染循环
• 后台指令下发逻辑要放到全局队列执行，不要阻塞主线程的滑动渲染流程

适配阶段的系统能力缺口说明 #

当前适配的iOS 14版本下，原生分页TabView确实存在功能不完善的问题：

• 页面子视图的.onAppear回调触发时机不准，经常在滑动过渡过程中就提前触发，无法准确代表页面真正展示在用户面前的时机
• 没有可靠的选中状态变更回调，只能依赖绑定的selection值监听
• 内置分页指示器的位置、样式完全不可自定义，必须弃用后自行实现

这些问题在后续iOS 15及更高版本中才被逐步修复，低版本适配场景下必须通过UIKit封装的方式绕开系统缺陷才能实现稳定效果。

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