Alamofire RequestRetrier的completion块应在哪个队列调用，主队列可以吗？

直接结论 #

• 你当前把completion切到主队列执行的写法功能完全可行，不会引发错误
• 官方协议没有强制要求调用completion的队列，仅要求必须调用completion保证请求资源正确清理

具体说明 #

1. 官方设计的队列兼容性 #

Alamofire内部在接收到你传入的RetryResult后，会自动将后续的重试/终止逻辑派发到自身内部管理的正确队列执行，完全不依赖你调用completion时所处的队列，所以不管你在主队列、后台队列调用completion，都不会影响请求的后续处理逻辑。
你给出的协议文档里也明确标注了这个方法是完全异步的，允许你花费任意时长做决策，没有队列限制。

2. 通用实践的逻辑依据 #

大家常说的「completion要和原函数调用队列保持一致」是性能优化层面的通用约定，不是正确性要求：
原retry方法的调用队列是session.rootQueue（Alamofire内部的串行调度队列），如果直接在这个队列调用completion，不需要额外的队列切换开销，执行效率更高，适合不需要操作UI的场景。

3. 场景适配建议 #

如果你的handleError方法中包含UI操作（比如弹出重试确认弹窗、Toast提示等），你当前切主队列的写法完全合理，不需要修改。
如果你希望符合通用实践的队列约定，可以在处理完UI逻辑后，切回session.rootQueue调用completion，示例写法如下：

func retry(_ request: Request, for session: Session, dueTo error: Error, completion: @escaping (RetryResult) -> Void) {
    OperationQueue.main.addOperation { [weak self] in
        guard let self = self else {
            // 切回session.rootQueue调用completion
            session.rootQueue.addOperation {
                completion(.doNotRetryWithError(error))
            }
            return
        }
        self.handleError(error) { retryResult in
            // 处理完逻辑后切回session.rootQueue调用completion
            session.rootQueue.addOperation {
                completion(retryResult)
            }
        }
    }
}

注：你原示例代码中使用的变量e为笔误，需要替换为参数error否则会编译失败。

注意事项 #

• 不要长时间阻塞主队列：如果你的handleError中有耗时计算逻辑，建议放到后台队列处理，再切主队列操作UI
• 必须保证completion最终一定会被调用，不管你走哪条分支，否则请求会一直处于挂起状态，造成内存泄漏

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