我們已知假設(shè)：
1 源站

www.baidu.com/login.jpg

訪問時會返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn

mmd5.b0.upaiyun.com/login.jpg

訪問時會返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用ftp上傳到又拍云存儲 + 配置好CDN

upyun.b0.upaiyun.com/login.jpg

訪問時會返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文檔也沒找到，又拍云對header的處理機制

2 回源，源站返回的header里面，Content-MD5，x-oss-hash-crc64ecma之類的全部被拋棄了，但Etag保留了
3 直接使用又拍云存儲+CDN，Etag內(nèi)容是什么？W/"1398b-1我猜是最后寫入時間？又拍你倒是給個文檔說一下Etag是怎么來的啊

所以問題是：
1 又拍的回源時，headers哪些會被保留？
2 又拍云存儲+CDN，Etag內(nèi)容是什么？

繼續(xù)分析，又想到一點，2 被保留的Etag 應(yīng)該是臨時性保留，
又拍有個鏡像存儲/鏡像源站功能，就是配置好回源站點，開啟鏡像，會把cdn的文件保留到又拍云存儲里面，下次用戶訪問cdn會從又拍云存儲里面直接讀取文件返回，不需要再次回源請求

那么這個保存的時候會不會保存Etag呢？還是在保存的時候會生成一個etag:W/"1398b-15ed2368d00這樣的新的Etag？

這樣就會導(dǎo)致，用戶不同時間訪問同一個文件，返回的header里面的Etag可能是不同的

一：回源讀取，返回源Etag
二：鏡像又拍云存儲讀取，返回etag:W/"1398b-15ed2368d00這樣的

所以會分析說被保留的Etag 應(yīng)該是臨時性保留，但是不是這樣呢？又拍文檔里面沒有任何相關(guān)描述