文件大于 5MB 的 Swift、Amazon S3、eTag 和 MD5 哈希 [重复]

Question

在我的应用程序中，我将视频从 Amazon S3 云下载到沙盒。为了确保下载的文件没有损坏，我将对象的 eTag（由亚马逊提供）与驻留在本地文件系统中的下载对象的 MD5 哈希值进行比较。对于小视频（

对于更大的文件，这两个参数不再匹配 - 据我所知，亚马逊为大于 5MB 的文件生成不同的 eTag - eTag 也有一个尾随连字符，后面有一个数字（可能是块的数量？）：

8c18c4ed68bc9db377cb2d3225c0ee31-4

在互联网上，我找不到解决方案或代码 sn-p 计算更大文件的正确 MD5 哈希。

计算 MD5 哈希，我都试过了

localData.md5().toHexString() // CryptoSwift

两者

var md5: String? {

   let hash = localData.withUnsafeBytes { (bytes: UnsafePointer<Data>) -> [UInt8] in
   var hash: [UInt8] = [UInt8](repeating: 0, count: Int(CC_MD5_DIGEST_LENGTH))
   CC_MD5(bytes, CC_LONG(localData.count), &hash)
       return hash
   }
   return hash.map { String(format: "%02x", $0) }.joined()
}

有人知道如何解决这个问题吗？ 也许我应该专注于另一种方法 - 例如检查下载的视频是否可以打开？

Answer 1

我认为更可行的策略是在您的结构化响应中存储一个预先计算的哈希（您很可能有一个引用 S3 URL 的 JSON、XML、<insert your favourite wire format here>，不是吗？）。

  {
    "url": "https://.../myfile.mpeg",
    "sha256": "9e7bf344f14a1fd2f98abbd736fa3c777ef6088e9b964858bbb524e88322a938"
  }

当他们决定更改实现时，依赖 S3 的 ETag 生成算法将随时中断。此外，CDN 通常对 ETag 的处理能力很差，而且 ETag 往往因镜像而异（在一家推出私有 CDN 的公司中工作，情况就是如此）。因此，如果您决定离开 S3，您的逻辑也可能会中断。