使用 CNames 浏览器缓存的 AWS Cloudfront CDN 备用域
AWS Cloud Front CDN Alternate Domain using CNames browser cache
Web 浏览器是根据 URL 栏中显示的内容还是根据文件的实际来源来缓存文件？
考虑以下两个 Cloud Front 发行版。
发行版1.cloudfront.net
发行版2.cloudfront.net
CName 记录指向 www.foo.com 到发行版1.cloudfront.net.
如果我将 CName 更改为指向 distro2.cloudfront.net.
因为来源正在改变，但是地址不是...
浏览器会注意到不同的来源并请求新文件还是只加载缓存版本。 （假设他们有缓存版本）
谢谢！！
-C
浏览器不应该注意到 IP 地址不同并决定需要刷新本地缓存的对象。如果它确实注意到了……那是一个错误的实现。
一个网站可以同时拥有很多很多不同的 IP 地址，都具有相同的内容...相反，一个 IP 地址背后可以有很多很多不同的网站。无论哪种方式，底层 IP 地址和 CNAME 的任何中间目标都是一个实现细节，浏览器必须保持不知道缓存目的。
Web 浏览器是根据 URL 栏中显示的内容还是根据文件的实际来源来缓存文件？
考虑以下两个 Cloud Front 发行版。
发行版1.cloudfront.net
发行版2.cloudfront.net
CName 记录指向 www.foo.com 到发行版1.cloudfront.net.
如果我将 CName 更改为指向 distro2.cloudfront.net.
因为来源正在改变，但是地址不是...
浏览器会注意到不同的来源并请求新文件还是只加载缓存版本。 （假设他们有缓存版本）
谢谢！！
-C
浏览器不应该注意到 IP 地址不同并决定需要刷新本地缓存的对象。如果它确实注意到了……那是一个错误的实现。
一个网站可以同时拥有很多很多不同的 IP 地址，都具有相同的内容...相反，一个 IP 地址背后可以有很多很多不同的网站。无论哪种方式，底层 IP 地址和 CNAME 的任何中间目标都是一个实现细节，浏览器必须保持不知道缓存目的。