Swift中如何在后台线程安全将Image对象转换为base64字符串

你的崩溃本质是违反了UI操作的线程规则：
你写的asUIImage()扩展需要创建UIHostingController、操作视图层级添加子视图、触发AutoLayout计算、渲染UIView内容，所有UIKit/SwiftUI相关的界面操作必须在主线程执行，后台线程调用会直接触发系统的线程安全校验，抛出Modifications to the layout engine must not be performed from a background thread异常崩溃。
而且就算你把这部分转换逻辑强行切回主线程，渲染视图的耗时还是会占用主线程，根本达不到你后台处理避免UI卡顿的目的，这个实现思路从根上就错了。

你完全不需要通过「SwiftUI Image -> UIView渲染 -> UIImage -> base64」这条绕路的路径处理相册选图：系统相册选图的接口本身就能直接返回原始图片的二进制数据/UIImage对象，根本不需要经过SwiftUI的UI渲染层。你只需要把「UI相关的取图操作留在主线程，纯数据处理的压缩、转base64、存库逻辑放后台线程」即可，全程不会卡UI，也不会触发线程崩溃。

具体实现步骤 #

• 第一步：修改选图逻辑，不要存储SwiftUI的Image类型作为选中结果，选图完成后直接在主线程拿到原始UIImage或者图片Data
  如果你用的是iOS 16+的PhotosPicker，参考代码如下：

// 选图回调逻辑，在主线程执行
@MainActor
func handleSelectedImage(_ item: PhotosPickerItem?) async {
    guard let item = item else { return }
    // 直接加载图片原始数据，不需要转成SwiftUI Image
    guard let imageData = try? await item.loadTransferable(type: Data.self),
          let originalUIImage = UIImage(data: imageData) else {
        return
    }
    // 拿到原始UIImage后，把纯数据处理逻辑丢去后台
    processImageDataInBackground(originalImage: originalUIImage)
}

如果你用的是老版本的UIImagePickerController，同样在didFinishPickingMediaWithInfo回调里直接拿UIImagePickerControllerOriginalImage对应的UIImage对象即可，不要把它包成SwiftUI的Image再传。

• 第二步：后台线程执行纯数据处理逻辑，这部分完全不涉及UI操作，不会阻塞主线程也不会触发崩溃

func processImageDataInBackground(originalImage: UIImage) {
    let recordId = UUID().uuidString
    let backgroundContext = PersistenceController.shared.container.newBackgroundContext()
    backgroundContext.automaticallyMergesChangesFromParent = true
    
    // Core Data的后台context操作必须用perform方法切到对应线程
    backgroundContext.perform {
        // 1. 先压缩图片，原图转base64体积会比原文件大30%左右，必须压缩避免占用过多内存/存储
        guard let compressedJPEGData = originalImage.jpegData(compressionQuality: 0.8) else {
            return
        }
        // 2. 转base64，纯计算逻辑，后台执行安全
        let base64Str = compressedJPEGData.base64EncodedString()
        
        // 3. 存数据库
        guard let entityDesc = NSEntityDescription.entity(forEntityName: "JournalImageEntity", in: backgroundContext) else {
            return
        }
        let record = NSManagedObject(entity: entityDesc, insertInto: backgroundContext)
        record.setValue(base64Str, forKey: "storedImage")
        record.setValue(recordId, forKey: "uuid")
        
        do {
            try backgroundContext.save()
        } catch {
            print("图片存储失败: \(error.localizedDescription)")
        }
    }
}

• 第三步：直接删除你之前写的View.asUIImage()扩展，这个扩展的适用场景是把任意SwiftUI视图（比如文字、图标、自定义布局）渲染成图片，用来处理相册选图属于典型的误用，不仅性能差、线程不安全，还会引入不必要的视图层级开销。

• 不要用try!强制抓Core Data的save错误，线上一旦存图失败会直接触发崩溃，用do-catch处理即可。
• 图片转base64会比原始二进制数据体积大1/3，如果不是API强制要求传base64，建议直接上传/存储原始压缩后的图片二进制数据，能减少内存占用和传输耗时。
• Core Data的后台context必须调用perform/performAndWait方法执行操作，不要自己随便用GCD切线程操作后台context，避免出现Core Data自身的线程安全问题。

内容的提问来源于stack exchange，提问作者Peter Van de Put