最近，遇到一个有趣有问题：源服务器开启gzip，CDN上没开启，CDN节点请求是以gzip后的大小算还是按原始文件的大小算？
首先，我们需要了解源服务器和CDN（内容分发网络）的工作原理。
- 源服务器：这是存储和管理网站内容的原始服务器。当用户请求某个资源时，如果该资源在源服务器上可用，源服务器将直接响应用户的请求。
- CDN：CDN是一种缓存技术，它在多个地理位置部署了缓存服务器。当用户请求某个资源时，CDN会首先检查其缓存中是否有该资源。如果有，CDN直接从缓存中提供资源给用户；如果没有，CDN会从源服务器获取资源，然后将其存储在自己的缓存中，并提供给用户。
- Gzip压缩：这是一种减少文件大小的技术，通过压缩算法将文件内容压缩成更小的格式，从而加快文件的传输速度。
现在，我们来看你的问题：源服务器开启了Gzip压缩，但CDN上没有开启。那么，CDN节点请求资源时，是按照Gzip压缩后的大小算，还是按照原始文件的大小算？
答案是：这取决于CDN的配置和实现方式。
- 如果CDN被配置为尊重并保留源服务器的压缩设置，那么即使CDN本身没有开启Gzip压缩，它也会从源服务器获取已经压缩的文件，并按照压缩后的大小进行缓存和传输。
- 如果CDN被配置为忽略源服务器的压缩设置，并总是尝试自己进行压缩（尽管在这个例子中CDN并没有开启Gzip），那么它可能会再次压缩已经压缩过的文件，但这通常是不必要的，并且可能会浪费处理资源。不过，这种情况不太常见，因为大多数CDN都会尊重源服务器的压缩设置。
总之，在大多数情况下，CDN会按照从源服务器获取的资源大小（无论是否经过Gzip压缩）来计算。为了确保最佳性能和一致性，建议确保源服务器和CDN之间的压缩设置是一致的。
