INImage通过URL初始化是否可行？加载异常问题咨询

问题原因 #

INImage.init(url:)无法加载远程URL图片是iOS系统的已知Bug，并非配置遗漏。
官方文档存在描述偏差，该方法实际仅支持读取本地沙盒路径的file URL，传入远程HTTP/HTTPS URL时，系统不会主动执行下载逻辑，因此图片无法在通知中展示，这一问题在多个iOS版本中都存在大量开发者反馈。

优化方案（解决无缓存问题） #

现有临时方案可以结合系统自带的URLCache或者项目中已接入的第三方图片缓存库优化，避免每次收到通知都重复下载图片：

基于系统URLCache的实现示例 #

import Intents
import Foundation

extension INImage {
    /// 带缓存的INImage远程URL初始化方法
    /// - Parameter url: 头像远程URL
    convenience init?(cachedContentsOf url: URL) {
        let request = URLRequest(url: url, cachePolicy: .returnCacheDataElseLoad, timeoutInterval: 15)
        // 优先读取本地缓存
        if let cachedResponse = URLCache.shared.cachedResponse(for: request) {
            self.init(imageData: cachedResponse.data)
            return
        }
        // 无缓存时同步下载并写入缓存
        do {
            let (data, response) = try URLSession.shared.syncDataTask(for: request)
            // 仅缓存HTTP状态码正常的响应
            guard let httpResponse = response as? HTTPURLResponse, httpResponse.statusCode == 200 else {
                return nil
            }
            URLCache.shared.storeCachedResponse(CachedURLResponse(response: response, data: data), for: request)
            self.init(imageData: data)
        } catch {
            return nil
        }
    }
}

extension URLSession {
    /// 同步发起网络请求（仅用于通知扩展等后台场景，禁止在主线程调用）
    func syncDataTask(for request: URLRequest) throws -> (Data, URLResponse) {
        var result: Result<(Data, URLResponse), Error>?
        let semaphore = DispatchSemaphore(value: 0)
        dataTask(with: request) { data, response, error in
            defer { semaphore.signal() }
            if let error = error {
                result = .failure(error)
                return
            }
            guard let data = data, let response = response else {
                result = .failure(NSError(domain: "INImageError", code: -1, userInfo: [NSLocalizedDescriptionKey: "无效响应"]))
                return
            }
            result = .success((data, response))
        }.resume()
        semaphore.wait()
        return try result!.get()
    }
}

注意事项 #

• 通知扩展的运行内存上限极低（通常不超过30MB），建议服务端提前将头像裁剪到200x200以内的尺寸，避免占用过多内存导致扩展被系统杀掉
• 上述同步请求方法仅可在Notification Service Extension的后台线程调用，不要用于主App的主线程逻辑
• 如果项目已经接入了Kingfisher、SDWebImage等第三方图片库，可以直接复用其缓存能力读取图片数据生成INImage，无需单独实现缓存逻辑，避免出现重复缓存的问题

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