async/await场景中如何结合autoreleasepool释放循环内Cocoa对象

标准autoreleasepool接口仅接受同步闭包作为参数，你之前将await语句写在autoreleasepool闭包内部，导致闭包被推断为异步类型，因此抛出Cannot pass function of type '() async -> ()' to parameter expecting synchronous function type的类型不匹配错误。

方案1：拆分await逻辑与autoreleasepool作用域（最常用） #

将异步等待逻辑移到autoreleasepool外部，仅把操作Cocoa自动释放对象的同步代码包裹在autoreleasepool中，既符合语法要求，又能实现每次迭代结束立刻清理当前迭代产生的临时对象。
适配后的代码如下：

func getImage() async -> NSImage? {
    return NSImage(named: "imagename") // Do some work
}

Task {
    for _ in 0 ..< 1000000 {
        // await 放在 autoreleasepool 外部，不改变闭包的同步属性
        let image = await getImage()
        // 所有操作自动释放对象的逻辑都放在同步的 autoreleasepool 内
        autoreleasepool {
            print(image!.backgroundColor)
        }
        // 迭代结束后当前批次的自动释放对象会被立即清空
    }
}

该方案修改成本极低，修改后内存可稳定在低位，不会出现持续飙升的问题。

方案2：异步函数内部提前包裹autoreleasepool #

如果异步函数本身内部就会生成大量Cocoa自动释放对象，可以直接在函数内部的同步代码段添加autoreleasepool，提前清理无用对象，避免对象传递到调用层堆积。
示例代码：

func getImage() async -> NSImage? {
    // 函数内部涉及Cocoa对象创建的逻辑直接用autoreleasepool包裹
    return autoreleasepool {
        return NSImage(named: "imagename") // 其他耗时同步操作也可放在此处
    }
}

该方案可以和方案1叠加使用，进一步降低内存峰值。

方案3：批次迭代处理（可选） #

如果迭代量级极大，逐次添加autoreleasepool存在可感知的性能损耗，可以按批次包裹逻辑，比如每100~1000次迭代共享一个autoreleasepool，平衡内存占用和性能消耗。

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