为何会出现‘将非逃逸参数publicationQuery分配给@escaping闭包’错误？

嘿，这个问题我太熟了！咱们先掰扯清楚为啥会报这个错，再一步步解决它～

首先得搞懂Swift里逃逸闭包（@escaping）和非逃逸闭包的核心区别：

• 非逃逸闭包是Swift函数参数的默认规则，它会在当前函数执行结束前就完成调用，绝对不会逃出函数的作用域。
• 逃逸闭包（标记了@escaping）则不一样，它可能在函数执行完之后才被调用，甚至会被存储起来留到以后再用。

当你把一个非逃逸的参数（比如你的publicationQuery）直接赋值给一个逃逸闭包时，Swift就会报错——因为非逃逸闭包的生命周期是绑定在当前函数里的，要是把它塞进逃逸闭包里，就可能导致它在原函数已经结束后还被引用，这会带来内存安全隐患，Swift可不允许这种操作。

举个和你场景类似的错误代码示例：

func loadPublications(publicationQuery: () -> [String]) {
    // 定义一个逃逸闭包，比如用于异步回调
    let asyncCallback: @escaping () -> Void = {
        // 这里直接使用了非逃逸的publicationQuery参数，直接触发报错！
        let data = publicationQuery()
        print(data)
    }
    
    // 模拟异步操作，函数执行完后才会调用闭包
    DispatchQueue.global().asyncAfter(deadline: .now() + 2) {
        asyncCallback()
    }
}

这段代码里，publicationQuery是默认的非逃逸参数，但我们把它放进了标记为@escaping的asyncCallback里，而这个闭包会在loadPublications函数执行完2秒后才被调用，完全打破了非逃逸闭包的生命周期规则，所以Swift会抛出那个错误。

有两种常见的解决思路，你可以根据自己的业务需求选：

1. 把参数直接标记为@escaping #

如果你的publicationQuery本身就需要被用于异步场景（比如要在网络请求回调里调用），那直接把它的类型改成逃逸闭包就行：

func loadPublications(publicationQuery: @escaping () -> [String]) {
    let asyncCallback: @escaping () -> Void = {
        let data = publicationQuery()
        print(data)
    }
    
    DispatchQueue.global().asyncAfter(deadline: .now() + 2) {
        asyncCallback()
    }
}

这样Swift就明确知道这个闭包会逃出函数作用域，会自动处理它的内存管理（比如捕获self的时候必须显式写self.，避免循环引用）。

2. 避免把非逃逸参数放进逃逸闭包 #

如果publicationQuery不需要逃逸，那你应该调整逻辑，让它在当前函数的生命周期内就完成调用，再把结果传给逃逸闭包，而不是传递闭包本身：

func loadPublications(publicationQuery: () -> [String]) {
    // 先在函数执行过程中调用非逃逸闭包，拿到结果
    let publications = publicationQuery()
    
    // 把结果传给逃逸闭包，而非闭包本身
    DispatchQueue.global().asyncAfter(deadline: .now() + 2) {
        print("异步处理结果：\(publications)")
    }
}

这种方式下，publicationQuery在函数执行时就已经调用完成，不会被逃逸存储，自然就不会报错了。

另外提醒一句：如果你的逃逸闭包里需要捕获self，必须显式写出self.，这是Swift为了避免循环引用的安全机制，可不能偷懒哦～

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