App创建UIImage时触发ImageIO_DataIsNotReadable崩溃求助

一、崩溃报告深度解析 #

从你提供的崩溃栈可以明确定位问题：

• 崩溃起始点是ImageIO框架的ERROR_ImageIO_DataIsNotReadable，这个错误直接说明传入的图片二进制数据是不可读或损坏的。
• 后续调用链从IIOImageSource::doBindToReader()到CGImageSourceGetCount，最终触发UIImage(data:)初始化崩溃，整个流程都是ImageIO解析无效数据时的底层报错，和线程无关。

二、关于你的两个猜测验证 #

• 线程安全猜测：你完全可以放下顾虑——Apple官方文档明确说明UIImage是不可变对象，支持在任意线程创建和使用，所以后台线程调用UIImage(data:)是安全的，这个不是崩溃原因。
• 图片数据损坏猜测：这个完全命中问题核心！崩溃栈里的错误信息直接指向数据不可读，而且因为损坏的图片占比极低，所以难以复现，完全符合你描述的场景。

三、提前检测图片数据的实用方法 #

既然问题出在无效数据上，我们可以在初始化UIImage之前提前验证数据合法性，避免崩溃：

方法1：用ImageIO提前验证数据（推荐） #

直接调用ImageIO的底层API验证数据是否能被解析为图片，这和UIImage初始化用的是同一套底层逻辑，准确性很高：

import ImageIO

func isValidImageData(_ data: Data) -> Bool {
    // 将Swift Data转为CFData，适配ImageIO API
    guard let imageSource = CGImageSourceCreateWithData(data as CFData, nil) else {
        return false
    }
    // 检查图片源是否包含至少一张可解析的图片
    return CGImageSourceGetCount(imageSource) > 0
}

在你的代码中这样使用：

DispatchQueue.global(qos: .userInitiated).async {
    guard let imageData = try? imageFile.getData(),
          isValidImageData(imageData), // 提前验证数据合法性
          let image = UIImage(data: imageData) else {
        // 可以添加日志记录无效数据的情况，方便后续排查问题
        print("Received invalid or corrupted image data")
        return
    }
    // 后续正常处理图片的逻辑
}

方法2：捕获Objective-C层面的异常（备选） #

如果遇到极端情况，比如数据格式异常到ImageIO直接抛出Objective-C异常（Swift的try?无法捕获这类底层异常），可以用Objective-C的异常捕获机制兜底：

import ObjectiveC

func safeCreateUIImage(from data: Data) -> UIImage? {
    var resultImage: UIImage?
    objc_try {
        resultImage = UIImage(data: data)
    } objc_catch { exception in
        print("Caught exception when creating UIImage: \(exception ?? "Unknown exception")")
    }
    return resultImage
}

⚠️ 注意：这种方法尽量作为备选方案，因为Objective-C异常捕获有一定性能开销，优先用方法1做前置验证。

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