Alamofire异步请求回调未返回，信号量未触发signal的原因及替代方案咨询

嗨，我来帮你理清楚这个问题～首先咱们先搞明白为什么信号量没触发signal()，然后再给你推荐更合适的异步处理方式，毕竟信号量这种阻塞线程的方法其实不太适合iOS的UI场景。

信号量没触发的常见原因 #

你遇到的信号量一直不触发，大概率是下面两个原因之一：

1. 请求失败但没处理错误分支：如果Alamofire请求因为网络问题、API返回错误等原因失败了，而你只在成功的回调里调用了signal()，那信号量就会一直等下去，永远不会被触发。
2. 死锁问题：如果你在主队列调用了semaphore.wait()，而Alamofire的默认回调是在主队列执行的，这就会导致死锁——主队列被wait阻塞住，回调根本没法执行，自然也就不会调用signal()了。

要是你非要用信号量（非常不推荐），可以这么改避免以上问题：

// 切换到后台队列执行wait，避免阻塞主队列
DispatchQueue.global().async {
    let semaphore = DispatchSemaphore(value: 0)
    AF.request("https://api.stackexchange.com/2.3/questions?site=stackoverflow").responseJSON { response in
        defer {
            // 不管成功失败，最后都要触发signal
            semaphore.signal()
        }
        switch response.result {
        case .success(let value):
            // 处理成功数据
            print(value)
        case .failure(let error):
            // 处理错误
            print(error)
        }
    }
    // 等待请求完成
    semaphore.wait()
    // 后续操作如果涉及UI，必须切回主队列
    DispatchQueue.main.async {
        self.tableView.reloadData()
    }
}

再次强调：这种方式会阻塞线程，导致APP响应变慢，用户可能觉得APP卡顿，实际项目里尽量别用。

更合适的异步处理方法 #

对于iOS开发来说，有几种非阻塞、更优雅的方式来处理异步请求完成后的后续操作，完全不会影响用户体验：

方法1：闭包回调（最基础，适合新手） #

这是最常用的方式，把更新数组、刷新表格这些依赖异步数据的操作，直接放在Alamofire的响应闭包里——闭包会在请求完成后才被调用：

// 定义存储数据的数组
var questions: [Question] = []

// 发起请求
AF.request("https://api.stackexchange.com/2.3/questions?site=stackoverflow")
    .responseDecodable(of: StackExchangeResponse.self) { [weak self] response in
        guard let self = self else { return }
        switch response.result {
        case .success(let responseData):
            // 把返回的数据存到数组里
            self.questions = responseData.items
            // UI操作必须在主队列执行
            DispatchQueue.main.async {
                self.tableView.reloadData()
            }
        case .failure(let error):
            // 处理请求失败的情况，比如弹出提示
            print("请求失败：\(error)")
        }
    }

// 提前定义解析JSON用的模型
struct StackExchangeResponse: Codable {
    let items: [Question]
}

struct Question: Codable {
    let title: String
    let score: Int
    // 根据API返回的字段添加其他属性
}

核心逻辑就是：依赖异步结果的操作，必须放在异步任务的回调闭包内执行。

方法2：Async/Await（iOS 15+，代码更简洁） #

如果你的APP支持iOS 15及以上版本，推荐用async/await语法，Alamofire已经原生支持了，代码看起来像同步，但实际是异步非阻塞的：

// 把请求包装成异步函数
func fetchQuestions() async throws -> [Question] {
    let response = try await AF.request("https://api.stackexchange.com/2.3/questions?site=stackoverflow")
        .serializingDecodable(StackExchangeResponse.self)
        .value
    return response.items
}

// 在合适的地方调用（比如viewDidLoad里，要包裹在Task中）
override func viewDidLoad() {
    super.viewDidLoad()
    Task {
        do {
            // 等待请求完成，获取数据
            self.questions = try await fetchQuestions()
            // 切回主队列更新UI
            await MainActor.run {
                self.tableView.reloadData()
            }
        } catch {
            print("请求失败：\(error)")
        }
    }
}

这种方式避免了嵌套回调，代码结构更清晰，是现代iOS开发的首选方式之一。

方法3：Combine框架（iOS 13+，适合复杂数据流） #

如果需要处理更复杂的异步场景（比如多个请求串联、数据实时同步到UI），可以用Combine框架，Alamofire也支持Combine的发布者：

import Combine

// 存储订阅者，避免被提前释放
var cancellables = Set<AnyCancellable>()

// 发起请求并订阅结果
AF.request("https://api.stackexchange.com/2.3/questions?site=stackoverflow")
    .publishDecodable(type: StackExchangeResponse.self)
    .receive(on: DispatchQueue.main) // 指定在主队列处理结果，方便直接更新UI
    .sink(receiveCompletion: { completion in
        if case .failure(let error) = completion {
            print("请求失败：\(error)")
        }
    }, receiveValue: { [weak self] responseData in
        self?.questions = responseData.items
        self?.tableView.reloadData()
    })
    .store(in: &cancellables)

Combine适合构建响应式的数据流，比如UI输入和网络请求联动的场景。

新手必看注意点 #

1. UI操作必须在主队列：不管用哪种方法，更新表格、修改UI控件的操作都必须在主队列执行，不然会崩溃或者导致UI异常。
2. 一定要处理错误：网络请求很容易失败（比如没网、API报错），别只关注成功的情况，要给用户合适的提示或者处理逻辑。

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