SwiftUI是否有等价于UIKit自定义转场的导航转场实现方案？

从UIKit 依赖 UIViewControllerAnimatedTransitioning 实现跨视图控制器自定义转场的开发习惯出发，SwiftUI 存在分层的等价实现方案，此前对原生能力的认知存在一定的边界偏差。

常见认知局限：SwiftUI 内置动画、iOS 14 引入的 matchedGeometryEffect 仅支持单视图层级内的形变动画，既无法修改导航栈默认的 push/pop 转场效果，也复刻不出系统照片App那种从网格单图平滑跳转到详情页的整页过渡效果。

分版本的可落地方案 #

iOS 16 及以上：原生API完整覆盖UIKit转场能力 #

• 导航转场自定义能力：直接为 NavigationStack 管理的路由配置添加 .navigationTransition(.custom(...)) 修饰符，传入遵循 NavigationTransition 协议的自定义实现，能力完全等价于UIKit中通过导航代理设置的 UIViewControllerAnimatedTransitioning，可自定义转场时长、动画曲线、转场过程的视图组合逻辑，完全替换系统默认的push/pop动效。
• 跨视图整页形变过渡：结合共享命名空间下的 matchedGeometryEffect 标记转场两端的源、目标视图位置，把视图位置变化逻辑嵌入自定义导航转场的流程中，可直接实现和系统照片App一致的从网格缩略图到详情页的平滑跳转效果，无需手动桥接UIKit代码。

iOS 14 / iOS 15 版本：UIKit桥接复用现有逻辑 #

• 核心实现逻辑是通过 UIViewControllerRepresentable 封装承载SwiftUI视图的导航控制器，把此前在UIKit中写好的 UIViewControllerAnimatedTransitioning 实现注入到导航控制器的代理逻辑中，可直接复用存量代码，无需重写动画交互流程。
• 搭配共享命名空间下的 matchedGeometryEffect 提取转场两端的视图位置、尺寸信息，把形变动画逻辑和导航转场流程绑定，即可实现和iOS16原生方案一致的跨页面过渡效果，不存在能力缺口。

补充说明：此前觉得 matchedGeometryEffect 无法支撑跨页面转场，大多是使用场景局限在同一视图层级内的状态切换动画，没有将视图的位置变化和导航转场的整体流程做绑定，并非API本身能力不足。

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