改进了为大型数据集下载图像的内存性能

问：

我目前正在制作一个程序，该程序从 url 中获取电影/连续剧详细信息并将它们解码为 ContentModel，然后尝试下载模型中每个 posterURL 的图像，然后返回它：

struct ContentModel: Decodable {
    let url: URL
    let title: String
    let type: String
    let posterUrl: URL
    let description: String
    let aggregateRating: AggregateRating?
    let contentRating: String?
    let genre: [String]
    let trailer: Trailer?
    let actor: [Individual]
    let director: [Individual]
}

func parseContentJSON(_ contentID: String) async throws -> ContentModel {
        
        // hidden code: url setting, calling session, getting response and data
        
        do {
            var content = try jsonDecoder.decode(Short.self, from: data).short
            content.poster = await downloadImage(from: content.posterUrl) //performs affecting line
            return content
        } catch {
            throw ParseError.invalidData
        }
    }

当我只调用该函数并且不尝试使用 downloadImage（from：） 设置 content.poster 时，内存性能固定在 25MB 左右，但是当添加该行时，如上述代码所示，并且此函数被调用大约 50 次，内存使用量跃升至 800MB（我预计它会随着更多函数调用而增加更多）这是不可持续的， 有没有办法降低内存性能？

我在下面的上下文中调用该函数

let contentsID: [String] = [...] // about 50 IDs in it

func loadContentConcurrent(start startIndex: Int, end endIndex: Int) async {
        var all: [ContentModel] = []
        
        try? await withThrowingTaskGroup(of: ContentModel?.self) { group in
            for contentID in contentsID[startIndex..<endIndex] {
                group.addTask {
                    // TODO: creates memory leak; work on this
                    return try? await self.parseContentJSON(contentID)
                }
            }
            
            for try await contentFound in group {
                if let safeContent = contentFound {
                    all.append(safeContent)
                }
            }
            return
        }
        
        DispatchQueue.main.async { [weak self, all] in
            self?.contents += all
            self?.contentLoadedCount += all.count
        }
        
    }

为了消除歧义，这些道具和方法位于 ViewModel 中，我在初始值设定项中调用该函数一次，然后从与 ViewModel 关联的 View 中定期调用它。我正在使用分页技术（即每隔一段时间在 5 个 id 的垃圾中调用此函数，而不是 ContentID 列表中的所有 50 个 id。