异步OCR识别函数在iOS模拟器后台正常运行，但在物理iPhone设备上导致UI冻结

我来帮你分析一下问题的根源，然后给你一套清晰的修复方案。

问题出在哪？ #

你的代码混合了两种异步编程模型（Swift的async/await和传统GCD），再加上几处线程不安全的操作，导致在物理设备上出现UI冻结：

1. 线程不安全的属性更新：在OCR请求的错误处理分支里，你直接在后台队列更新self.isLoading和self.alertItem（这两个都是@Published的UI相关属性），这种操作会触发UI更新在非主队列，造成线程冲突。物理设备的CPU资源更紧张，这种冲突很容易引发UI冻结。
2. 混乱的异步上下文：你的recognizeText是async函数，但全程没有用await让出线程，而是依赖GCD调度。虽然你把OCR执行逻辑丢到了后台队列，但主队列的上下文管理还是出了问题，尤其是在物理设备上，.accurate级别的OCR识别耗时较长，线程调度的冲突会被放大。
3. 冗余且易出错的主队列调度：开头用DispatchQueue.main.async设置isLoading完全没必要，反而可能导致UI状态更新延迟；而回调里的部分UI更新又没正确切回主队列，前后不一致的操作加剧了问题。

修复方案 #

我们可以利用Swift的现代并发模型（async/await + @MainActor）来重构代码，彻底解决线程问题，同时让代码更简洁易维护：

第一步：给ViewModel标记主Actor

把你的ViewModel标记为@MainActor，这样所有@Published属性的更新都会自动在主队列执行，不需要手动写DispatchQueue.main.async：

@MainActor
class OCRViewModel: ObservableObject {
    @Published var isLoading = false
    @Published var recognizedText = ""
    @Published var alertItem: AlertItem?
    @Published var takenPhoto: UIImage?
}

第二步：重构OCR函数为纯async/await风格

把回调式的VNRequest转换成async/await风格，用withCheckedThrowingContinuation封装回调逻辑，同时用Task.detached确保OCR操作在后台队列执行：

func recognizeText(from image: UIImage) async {
    isLoading = true
    defer { isLoading = false } // 不管成功失败，最后都会自动关闭加载状态
    
    guard let cgImage = image.cgImage else {
        return
    }
    
    do {
        let text = try await performOCR(on: cgImage)
        recognizedText = text.isEmpty ? "No recognized texts. Please try again." : text
    } catch {
        alertItem = AlertContext.invalidOCR
    }
}

private func performOCR(on cgImage: CGImage) async throws -> String {
    return try await withCheckedThrowingContinuation { continuation in
        let request = VNRecognizeTextRequest { request, error in
            if let error = error {
                continuation.resume(throwing: error)
                return
            }
            
            guard let observations = request.results as? [VNRecognizedTextObservation] else {
                continuation.resume(throwing: NSError(domain: "OCR", code: -1, userInfo: [NSLocalizedDescriptionKey: "无法识别文本"]))
                return
            }
            
            let text = observations.compactMap { $0.topCandidates(1).first?.string }.joined(separator: "\n")
            continuation.resume(returning: text)
        }
        request.recognitionLevel = .accurate
        
        // 用detached Task在后台队列执行OCR，不阻塞主队列
        Task.detached(priority: .userInitiated) {
            do {
                let handler = VNImageRequestHandler(cgImage: cgImage, options: [:])
                try handler.perform([request])
            } catch {
                continuation.resume(throwing: error)
            }
        }
    }
}

第三步：调用方式保持不变

你原来在SwiftUI视图里的调用代码不需要改，Task会自动在合适的上下文执行：

.onChange(of: viewModel.takenPhoto) {
    if let photo = viewModel.takenPhoto {
        Task {
            await viewModel.recognizeText(from: photo)
        }
    }
}

为什么这样修复能解决问题？ #

1. @MainActor确保UI安全：所有@Published属性的更新都强制在主队列执行，彻底避免线程冲突。
2. async/await统一异步模型：用Swift原生并发模型替代混合GCD的写法，让线程调度更可控，主队列不会被不必要的操作占用。
3. defer简化状态管理：自动处理isLoading的重置，避免在多个分支重复写相同代码，减少出错概率。
4. Task.detached隔离耗时操作：把OCR识别这个重操作彻底放到后台队列，主队列可以专心处理UI交互，物理设备上的响应性自然就恢复了。

备注：内容来源于stack exchange，提问作者Codeverse