Swift+Firebase：如何在observe(.childAdded)闭包内修改变量

我完全懂你遇到的坑——Firebase的数据库操作是异步非阻塞的，你现在的写法里，observe(.childAdded)的回调会在后台执行，而主线程的代码不会等它跑完就继续往下走了，所以你外部的checkResult变量根本赶不上被修改就已经被使用了。

问题核心拆解 #

你当前的代码逻辑是：

1. 初始化checkResult = false
2. 设置Firebase的监听（异步，此时代码直接往下走）
3. 主线程可能已经拿着初始的false去做判断了
4. 过了一会儿回调才执行，修改checkResult，但这时候已经晚了

正确的解决方案 #

根据你的需求，分两种场景给你适配的写法：

场景1：只想快速判断邮箱是否存在（推荐用查询替代遍历）

不用逐个遍历用户节点，直接用Firebase的查询功能定位目标邮箱，效率更高，而且用observeSingleEvent做一次性查询：

guard let emailSearch = searchBar.text else { return }
let usersRef = Database.database().reference().child("users")
// 假设你的用户数据里，邮箱存在名为"email"的字段下
let emailQuery = usersRef.queryOrdered(byChild: "email").queryEqual(toValue: emailSearch)

emailQuery.observeSingleEvent(of: .value, with: { snapshot in
    let checkResult = snapshot.exists()
    // 所有依赖checkResult的逻辑必须放在这个闭包里！
    if checkResult {
        print("找到匹配的邮箱啦！")
        // 这里写你需要的后续操作，比如更新UI、跳转页面等
    } else {
        print("这个邮箱没有对应的用户记录")
    }
})

场景2：必须遍历所有用户节点（比如要做额外处理）

如果一定要用childAdded遍历，那可以用**完成回调（Completion Handler）**来传递结果，避免外部变量失效的问题：

// 封装一个检查邮箱的函数，用闭包返回结果
func checkIfEmailExists(_ targetEmail: String, completion: @escaping (Bool) -> Void) {
    let usersRef = Database.database().reference().child("users")
    var foundMatch = false
    
    let observer = usersRef.observe(.childAdded, with: { snapshot in
        guard let userDict = snapshot.value as? [String: Any],
              let userEmail = userDict["email"] as? String else { return }
        
        if userEmail == targetEmail {
            foundMatch = true
            completion(true)
            // 找到匹配后立刻移除监听，不用继续遍历
            usersRef.removeObserver(withHandle: observer)
        }
    })
    
    // 可选：如果遍历完所有节点都没找到，返回false
    usersRef.observeSingleEvent(of: .value, with: { _ in
        if !foundMatch {
            completion(false)
        }
    })
}

// 调用这个函数
guard let emailSearch = searchBar.text else { return }
checkIfEmailExists(emailSearch) { exists in
    print("邮箱是否存在：\(exists)")
    // 在这里处理结果，比如更新界面状态
}

关键注意点 #

• 永远记住：Firebase的回调是异步的，所有依赖回调结果的逻辑都必须写在回调内部，或者通过完成回调传递，不要试图在回调外面等待结果。
• 能用查询就别遍历，尤其是用户数据多的时候，查询的性能和效率远高于全量遍历。
• 如果用了observe（持续监听），记得在不需要的时候调用removeAllObservers()或者removeObserver(withHandle:)清理监听，避免内存泄漏。

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