使用UIImagePickerController时编辑图与原图均为nil的原因及崩溃疑问

确实存在这种边缘场景，我之前也遇到过类似的线上反馈，下面整理几个可能的原因和对应的排查方向：

• 系统资源或权限异常：当iOS设备内存极度紧张时，UIImagePickerController可能无法完成图片的解码或加载操作，导致UIImagePickerControllerEditedImage和UIImagePickerControllerOriginalImage都返回nil。另外，如果用户在选择图片的过程中快速切换权限（比如刚授权相册访问又立刻撤销），也可能导致系统无法正确获取图片数据。
• 第三方相册/文件应用的兼容性问题：如果用户使用的不是系统自带的相册，而是第三方的云相册、文件管理类APP（这些APP通过扩展接入了UIImagePickerController），部分实现不规范的扩展可能没有正确返回图片数据，导致两个key都为空。这种场景在测试阶段很难覆盖，因为测试通常只用系统相册。
• 编辑操作的异常中断：当用户进入图片编辑界面后，突然被系统事件打断（比如来电、强制退出APP），或者用户快速多次操作（比如刚进入编辑就立刻取消），可能触发系统的异常处理逻辑，既没有保存编辑后的图片，也没有正确返回原图。
• 特殊媒体文件或损坏的图片：如果用户选择的是HEIC、RAW等非标准格式图片，或者图片文件本身已损坏，系统无法正常解析生成UIImage对象，就会导致两个图片key都为nil。
• iOS版本特定bug：部分旧版本iOS（比如iOS 13.x的某些小版本）存在UIImagePickerController的边缘case bug，比如快速连续选择图片时出现的状态异常，导致info字典中没有图片数据。

建议的解决方案 #

• 首先要在imagePickerController(_:didFinishPickingMediaWithInfo:)方法中增加严格的nil判断，不要默认假设至少有一个图片key有值。示例代码如下：

func imagePickerController(_ picker: UIImagePickerController, didFinishPickingMediaWithInfo info: [UIImagePickerController.InfoKey : Any]) {
    picker.dismiss(animated: true)
    
    let editedImage = info[.editedImage] as? UIImage
    let originalImage = info[.originalImage] as? UIImage
    
    guard let targetImage = editedImage ?? originalImage else {
        // 容错处理：提示用户重新选择图片，或者记录日志
        print("Failed to get image from picker, both edited and original are nil")
        return
    }
    
    // 正常处理图片逻辑
}

• 增加日志埋点，记录出现该异常时的设备信息（iOS版本、设备型号）、媒体类型（通过info[.mediaType]获取）、是否使用第三方相册等，方便后续定位问题。
• 可以先检查info[.mediaType]是否为kUTTypeImage，确保处理的是图片类型的媒体文件，避免非图片场景干扰。

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