位置更新触发异步API调用时Completion Handler异常问题咨询

从你的描述来看，核心问题应该是你用了一个类似var hasEverCompletedRequest = false的布尔标记来控制请求逻辑：一旦有一次请求完成，这个标记就被设为true，后续所有位置更新触发的请求都会因为这个标记而被直接跳过。

而启动时的前2-3个请求能正常工作，是因为它们在第一个请求完成前就已经发起了——此时标记还是false，所以都能进入处理流程；但当第一个请求完成后标记变为true，后续的位置更新就再也无法触发completion逻辑了。

根据你的需求（每次有效位置更新都要调用API，但要避免并发请求冲突），你需要把标记的逻辑从“是否完成过请求”改为“是否有请求正在进行中”。下面是具体的实现思路和代码示例：

1. 用请求状态标记替代完成标记 #

定义一个私有变量来跟踪当前是否有API请求在处理：

// 替换你原来的"是否完成过请求"标记
private var isAPICallInProgress = false

2. 修改位置更新处理逻辑 #

收到位置更新时，先检查是否有请求在进行；如果没有，再发起请求，并在请求完成后重置状态：

func handleLocationUpdate(newLocation: CLLocation) {
    // 如果已有请求在处理，直接返回，避免并发
    guard !isAPICallInProgress else {
        print("已有API请求在进行，跳过本次位置更新")
        return
    }
    
    // 标记请求开始
    isAPICallInProgress = true
    
    // 异步调用API，注意用weak self避免循环引用
    yourAPIClient.fetchData(with: newLocation) { [weak self] result in
        defer {
            // 无论请求成功还是失败，都重置状态标记
            self?.isAPICallInProgress = false
        }
        
        // 这里处理你的completion逻辑
        switch result {
        case .success(let responseData):
            // 处理成功数据
            print("API请求成功，数据：\(responseData)")
        case .failure(let error):
            // 处理错误
            print("API请求失败：\(error.localizedDescription)")
        }
    }
}

3. 关键细节说明 #

• defer语句的使用：确保无论请求成功还是失败，状态标记都会被重置，不会出现标记一直为true导致后续请求永远无法发起的情况。
• [weak self]的必要性：避免闭包持有self导致的内存泄漏，同时保证当对象被释放时不会触发无效的completion逻辑。

如果你确实有“仅在首次位置更新时发起请求”的特殊需求，那当前的逻辑是合理的，但显然这和你后续请求被跳过的现象矛盾——这种情况下你需要重新梳理业务需求，调整触发条件。

内容的提问来源于stack exchange，提问作者Ioana Surdu Bob