如何将@escaping闭包结果存入ViewController属性？解决数组为空问题

1. 如何将@escaping闭包的结果保存到ViewController的属性中 #

@escaping闭包大多用于处理异步操作（比如网络请求、本地IO这类耗时任务），要把它的结果存到类属性里，核心就是在闭包内部直接给属性赋值，但有两个关键细节要注意：

• 用[weak self]避免循环引用，防止内存泄漏
• 如果涉及UI更新（比如刷新表格），必须切回主线程，因为闭包大概率在后台线程执行

举个实际的例子，假设你的serviceList()是带闭包的异步方法：

func serviceList(completion: @escaping ([String]) -> Void) {
    // 模拟异步请求，比如从服务器拉取服务列表
    DispatchQueue.global().async {
        let fetchedData = ["云存储", "CDN加速", "云函数"]
        completion(fetchedData)
    }
}

那你在ViewController里调用时，这么写就能把结果存到属性里：

func loadServiceData() {
    serviceList { [weak self] fetchedServices in
        guard let self = self else { return }
        // 把闭包返回的结果赋值给类属性
        self.services = fetchedServices
        // 切回主线程刷新表格，因为UI操作必须在主线程
        DispatchQueue.main.async {
            self.serviceTable.reloadData()
        }
    }
}

2. 为什么services属性始终是空值？ #

看你贴的代码，问题出在异步操作的执行时机上！你在viewDidLoad里先调用serviceList()，紧接着就print(services[0])，但如果serviceList()是异步的（比如网络请求），这时候闭包还没执行，services还是初始值（或者可能在闭包里被错误赋值为空），所以你打印的时候自然拿不到有效数据。

给你修正后的完整代码参考：

var services: [String] = [] // 初始化为空数组比[""]更合理，避免无数据时出现空字符串行

override func viewDidLoad() {
    super.viewDidLoad()
    // 先设置表格的代理和数据源，确保数据回来后表格能正常刷新
    serviceTable.delegate = self
    serviceTable.dataSource = self
    // 再调用加载数据的方法
    loadServiceData()
}

func loadServiceData() {
    serviceList { [weak self] fetchedServices in
        guard let self = self else { return }
        // 这里才是真正拿到数据的地方，赋值给属性
        self.services = fetchedServices
        // 在这里打印才会有正确的结果
        print("SERVICE NOM: \(self.services.first ?? "暂无服务")")
        // 刷新表格
        DispatchQueue.main.async {
            self.serviceTable.reloadData()
        }
    }
}

func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
    let count = services.count
    print("service count: \(count)")
    return count
}

额外提醒几点：

• 不要在异步方法调用后立刻访问属性，一定要等闭包执行完成后再操作
• 初始化为空数组[]比[""]更合理，这样如果没有数据，表格行数就是0，不会出现数组越界的崩溃
• 始终记得UI操作必须在主线程执行，异步闭包里的UI更新一定要用DispatchQueue.main.async包裹

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