Swift macOS 循环读写图片内存占用过高问题求助

• 基于Swift开发macOS平台图片叠加应用，基础功能运行正常，但多次执行图片处理操作时程序内存占用异常飙升
• 最小复现场景：读取单张15KB大小的图片，循环执行1000次写入操作，测试中程序内存峰值达到2.7GB，但输出目录下1000张生成图片的总大小仅为14MB
• 处理逻辑使用DispatchQueue.global放在后台执行，保证UI线程可实时显示操作进度，暂未定位到内存异常原因，附实现代码与内存trace截图

import SwiftUI

struct ContentView: View {
    
    @State private var presentImageImporter = false
    @State private var runningComputation = 1
    @State private var inputImage: NSImage?
    
    var body: some View {
        
        VStack {
            
            Button("Image") {
                presentImageImporter = true
            }.fileImporter(isPresented: $presentImageImporter, allowedContentTypes: [.png, .jpeg]) { result in
                switch result {
                    case .success(let url):
                        if url.startAccessingSecurityScopedResource() {
                               inputImage = NSImage(byReferencing: url)
                            url.stopAccessingSecurityScopedResource()
                        }
                    case .failure(let error):
                        print(error)
                }
            }
            
            Button("Compute 1000 read image") {
                runComputations()
            }
            Divider()
            Text("\(runningComputation)")
            Divider()
        }.frame(minWidth: 200, minHeight: 200)
    }
    
    func runComputations() {
        
                
            let downloadDir = try! FileManager.default.url(
                for: FileManager.SearchPathDirectory.downloadsDirectory,
                in: FileManager.SearchPathDomainMask.userDomainMask,
                appropriateFor: nil,
                create: true)
            
            let subFolder = downloadDir.appendingPathComponent("toto")
        
            try! FileManager.default.createDirectory(at: subFolder, withIntermediateDirectories: true)
            
            DispatchQueue.global(qos: .userInitiated).async {
                for i in 0...1000 {
                    
                    writePNG(inputImage!, url: subFolder.appendingPathComponent("image\(i).png"))
                    
                    runningComputation += 1
                }
            }
            
       
    }
    
}

func writePNG(_ image: NSImage, url: URL) {
    let newRep = NSBitmapImageRep(data: image.tiffRepresentation!)
    newRep!.size = image.size
    let pngData = newRep!.representation(using: .png, properties: [:])
    
    do {
        try pngData!.write(to: url)
    } catch {
        print(error)
    }
}

1. 临时对象未及时释放：全局队列的异步任务不会在每次循环迭代结束时自动清理临时对象，writePNG方法中生成的tiffRepresentation（解压后的位图数据，单张大小远高于压缩后的文件体积）、NSBitmapImageRep实例、pngData会持续堆积在内存中，直到整个循环任务执行完成才会被统一回收，1000次循环累计的位图数据直接导致内存飙升。
2. 重复解码产生冗余对象：每次写入操作都调用image.tiffRepresentation!重新生成TIFF数据、创建新的NSBitmapImageRep实例，相当于每次循环都做一次完整的图片解码，生成大量无意义的重复位图对象。
3. 线程违规操作：后台线程直接修改@State标记的runningComputation属性触发UI更新，而SwiftUI的所有UI相关操作必须在主线程执行，既存在线程安全问题，也会额外增加内存开销。

1. 循环内部添加局部自动释放池，每次迭代结束时立即释放本轮生成的临时图片对象
2. 提前预解码一次图片，拿到可复用的基础数据，避免循环内重复做解码转码操作
3. 进度更新逻辑切回主线程执行

核心修复代码如下：

// 提前预转码PNG数据，避免循环内重复解码
func prepareBasePNGData(from image: NSImage) -> Data? {
    guard let tiffData = image.tiffRepresentation,
          let bitmapRep = NSBitmapImageRep(data: tiffData) else {
        return nil
    }
    bitmapRep.size = image.size
    return bitmapRep.representation(using: .png, properties: [:])
}

func runComputations() {
    let downloadDir = try! FileManager.default.url(
        for: FileManager.SearchPathDirectory.downloadsDirectory,
        in: FileManager.SearchPathDomainMask.userDomainMask,
        appropriateFor: nil,
        create: true)
    
    let subFolder = downloadDir.appendingPathComponent("toto")
    try! FileManager.default.createDirectory(at: subFolder, withIntermediateDirectories: true)
    
    // 提前生成一次可复用的PNG数据
    guard let basePngData = prepareBasePNGData(from: inputImage!) else { return }
    
    DispatchQueue.global(qos: .userInitiated).async {
        for i in 0...1000 {
            // 用自动释放池包裹单次处理逻辑，及时释放临时对象
            autoreleasepool {
                do {
                    try basePngData.write(to: subFolder.appendingPathComponent("image\(i).png"))
                } catch {
                    print(error)
                }
            }
            // 切回主线程更新进度
            DispatchQueue.main.async {
                runningComputation += 1
            }
        }
    }
}

如果实际业务场景需要每次循环对位图做叠加、修改等操作，无法提前生成复用的PNG数据，只需要保留循环内的autoreleasepool块，将图片处理、转码逻辑全部放在块内即可保证临时对象及时回收。

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