为何NavigationSplitView内的NavigationStack无延迟编程导航失效？

核心原因 #

你的代码里，详情视图的NavigationStack被包裹在if let currentFolder = currentFolder的条件渲染逻辑中——当你在onOpenURL里同步赋值currentFolder和currentPath时，SwiftUI的批量状态更新机制会导致以下问题：

1. 首先更新currentFolder，触发NavigationSplitView的导航，详情视图开始从“无内容”切换到渲染对应文件夹的List。
2. 但此时NavigationStack还没完成初始化与渲染（条件渲染的视图结构尚未完全构建），直接赋值currentPath时，NavigationStack还没有绑定到状态变量的有效实例，因此路径更新不会被处理。

而苹果WWDC示例的视图结构可能没有依赖父级的条件渲染，或者其NavigationStack无需等待父级状态完成渲染就能响应路径变化，所以直接赋值可以生效。

替代解决方案（无需延迟） #

不要在onOpenURL中同步赋值currentPath，而是利用SwiftUI的视图生命周期回调，确保NavigationStack已完成对应文件夹的视图渲染后，再设置路径：

修改详情视图部分代码：

NavigationStack(path: $currentPath) {
    if let currentFolder = currentFolder {
        List(currentFolder.items) { item in
            NavigationLink(value: item) {
                Text(item.timestamp.ISO8601Format())
            }
        }
        .navigationDestination(for: Item.self) { item in
            Text(item.title)
                .background(Color.blue)
        }
        // 监听currentFolder变化，在视图就绪后设置路径
        .onChange(of: currentFolder) { _, newFolder in
            if let lastItem = newFolder.items.last {
                currentPath = [lastItem]
            }
        }
    }
}

然后在onOpenURL中仅需赋值currentFolder：

.onOpenURL(perform: { url in
    let descriptor = FetchDescriptor<Folder>()
    let folder = try? modelContext.fetch(descriptor).last

    if let folder = folder {
        currentFolder = folder
        // 移除延迟赋值currentPath的代码
    }
})

也可以用task(id: currentFolder)实现相同效果：

.task(id: currentFolder) {
    guard let currentFolder = currentFolder, let lastItem = currentFolder.items.last else { return }
    currentPath = [lastItem]
}

这种方式能保证NavigationStack已经完成对应文件夹的视图构建，此时设置路径可以正确触发导航，无需依赖不可靠的延迟操作。

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