Task.cancel()下TaskPriority差异：.userInitiated为何未按预期取消？

问题背景 #

参考Swift by Sundell的《Building an Async SwiftUI Button》实现AsyncButton结构体，并为其添加了priority参数：

• 使用.utility优先级时，按钮表现正常：仅在sleep结束后显示ProgressView，且进度视图仅显示到任务完成
• 使用.userInitiated优先级时表现不符合预期：逻辑上cancel()应该在showProgressView = true语句执行前就取消旧任务，但实际点击按钮后控制台输出顺序为：1. task cancelled；2. task created，和预期的执行顺序相反

问题原因 #

这是由Swift并发调度的优先级特性和任务取消的协作机制共同导致的：

1. 任务调度的优先级抢占：userInitiated属于高优先级任务，当调用Task(priority: .userInitiated)创建新任务时，系统调度器会优先将这个高优先级任务排入执行队列。而取消旧任务的操作虽然代码写在创建新任务之前，但因调度优先级更低，被延后执行。
2. 取消的协作式特性：Swift的任务取消不是立即终止的，取消信号的传递和任务进入取消状态是异步过程。旧任务的cancel()调用只是发送了取消请求，并不会阻塞等待任务真正进入取消状态，此时新的高优先级任务已经被调度启动，就会出现输出顺序颠倒的情况。
3. SwiftUI状态更新的异步性：showProgressView = true是视图状态更新，SwiftUI会将这类操作打包到主队列的异步事务中执行，而高优先级的异步任务可能在这个状态更新完成前就已经启动，进一步放大了顺序错乱的问题。

解决思路 #

1. 绑定状态更新与任务生命周期 #

将showProgressView = true的状态更新移到异步任务内部执行，确保只有任务真正启动后才显示进度视图，如果任务被立即取消，就不会执行到状态更新的逻辑：

Task(priority: priority) {
    showProgressView = true
    defer { showProgressView = false }
    
    // 执行任务逻辑
    try await performAction()
}

2. 确保取消生效后再创建新任务 #

在取消旧任务后，通过Task.yield()让调度器处理取消请求，再创建新任务（这是临时 workaround，更推荐结合任务取消检查）：

currentTask?.cancel()
// 让调度器处理取消请求
await Task.yield()
// 创建新任务
currentTask = Task(priority: priority) {
    // 任务逻辑
}

3. 在任务内部检查取消状态 #

在任务执行的关键节点检查Task.isCancelled，确保任务能及时响应取消：

Task(priority: priority) {
    guard !Task.isCancelled else { return }
    showProgressView = true
    defer { showProgressView = false }
    
    guard !Task.isCancelled else { return }
    try await performAction()
}

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