CompleteMultipartUpload返回的etag值与原文件的md5值不同

引用第1楼wood23于2012-08-24 23:38发表的 ReCompleteMultipartUpload返回的etag值与原文件的md5值不同 :
OSS 的API文档中没有提到ETAG等于MD5，建议在上传的时候在object的自定义header，以x-oss-开头的，写入md5值，下载的时候对比下内容的md5就可以。

个人感觉 二楼用户的答复是正解。

如果是multipart方式上传文件的，etag 计算方式是 ：
          首先分别计算每片part的md5，例如你上传的文件 part1, part2, part3..... partn
          计算出每一块的part 的md5为  etag1,   etag2, etag3..... etagn
          etag = etag1 + etag2 + etag3 + .... + etagn
          etag = md5(etag) + ''-" + n ，  这个n 是你实际complete 的块数。

我也是，真他NND想骂娘，阿里云OSS的开发者们不能出来冒个泡么？咋解决？

-------------------------

OSS 的API文档中没有提到ETAG等于MD5，建议在上传的时候在object的自定义header，以x-oss-开头的，写入md5值，下载的时候对比下内容的md5就可以。

请问老大们，能对这个做进一步解释么？如何加HEADER?

楼主问题解决没？

我今天也发现了这个问题，之前传了几个小文件，etag和MD5是一样的。分块上传的就很奇怪。




在OSS群里问没人回答，不知道etag究竟是个什么算法，如果不知道他的算法，那么就没法确定上传后的文件的正确性啊

楼主是不是也是自己在实现这些底层的访问接口函数？我也正做到multipart-upload这部分，感觉有些难点不是很好处理，希望有经验的达人出来分享下自己的心得体会呢，谢谢。

看的有点头大了

OSS的API文档有这样一句话：Put Object 请求处理成功后,OSS 会将收到文件的 MD5 值放在返回给用户的请求头“ETag”中,以便用户检查 OSS 上的数据和要上传的数据内容一致。可能这句话只对PutObject请求有效，而不包括MultipartUpload请求。
另外，GetObject的时候可以传if-match参数，如果传入期望的 ETag 和 object 的 ETag 匹配,则正常传输文件。如果是PutObject上传的文件，我可以直接算文件的md5得到ETag值。但如果是MultipartUpload上传的文件，如果之前没有保存下CompleteMultipartUpload时的ETag，我就不能知道if-match该传什么参数。
自定义header可以解决这个问题，但我觉得如果还要自定义一个header来保存md5，那原本的ETAG字段是不是可有可无呢？
最后，我觉得，由于MultiparUpload返回的etag值不是文件的md5值，会导致一些操作（例如GetObject if-match时下载）处理起来比较繁琐。
谢谢楼上的回复。

OSS 的API文档中没有提到ETAG等于MD5，建议在上传的时候在object的自定义header，以x-oss-开头的，写入md5值，下载的时候对比下内容的md5就可以。