CDN性能优化系列-Tips（3）-内容瘦身

Tips(3)

内容瘦身

作者：小民

编辑：小琳妹妹

—Tips(3)—

胖子没前途，你心灵再美也就是个好心肠的胖子！

小编给各位看官带来了瘦身篇，不是小编要瘦身（虽然小编妹妹确实需要）

这期，CDN内容大瘦身！~

用户感知不好，内容太大难辞其咎

当你兴致勃勃打开一个网站，却一直出现下面“转圈圈”的画面，相信脾气再好的你也会觉得不耐烦

对于用户来说，“用户感知”是最关键的。一个网站能不能成功吸引用户，就要看Time to First Byte (TTFB)所消耗的时间长短，时间越短对用户感知的影响越少，用户体验也越好。TTFB是浏览器请求后，从服务器发出第一个字节到达请求浏览器的持续时间。

（网络请求瀑布图）

其中，影响TTFB的因素有很多，有DNS的原因，服务器性能，网络拥塞情况、传输的内容大小等。一个知识套着一个知识点，这里就不作过多的延展...

网络是个小气鬼，绝不会容忍庞然大物在自己地盘里蹦跶乱跳，心情不好的时候，准堵你个水泄不通，于是就会出现各种各样的丢包，延迟。相反的是，宅心仁厚的浏览器，会以一切手段接纳并兼容这些胖子，下面会有介绍。用户打开网站，无非是想获取各式各样的内容。那就从内容本身抓起，将内容进行“瘦身”，以提高用户体验

内容“瘦身”，show出自我

将内容按照特定的算法进行压缩，称“瘦身”。

注，压缩是为了更快的传输，并不会改变内容的实际大小。

实际传输大小7.5KB，压缩到原来的1/3，传输效果自然大大变好。

通常一个client/browser发出一个请求到网站的时候（假设这个网站已经承载在CDN上），会带有一个Accept-Encoding请求头，它告诉CDN它支持哪些类型的压缩内容。

CDN接收到请求后，会把内容返回给浏览器，这时候会存在以下两种情况：

源站已经把内容做了压缩，CDN直接把压缩内容返回给client端

源站不支持压缩功能，CDN从源站上获取未压缩内容，并在边缘服务器上进行压缩

无论是哪种情况，终究是殊途同归，对于浏览器来说，胖子还是那个胖子！

浏览器获拿到这个来自CDN压缩版本的时候，经过一系列的解压缩、加载、解析、渲染等过程，最终把一副完整的页面展示在用户面前。可见，浏览器从没嫌弃过这个胖子，还把“她”给还原了。

这里为什么要强调“压缩版本”呢？有压缩版本，自然就有非压缩版本。这里涉及到Vary头的知识，有机会咱们再来聊聊！

除了常用的GZIP，还有LZMA、LPAQ、BZIP2等压缩方法。

比较方可见优劣，因此大多CDN厂商都是采用GZIP。

（该图摘自网络）

这期就聊到这里，下期见！

更多专题：

CDN性能优化系列-Tips(1)-使用高性能的DNS

CDN性能优化系列-Tips(2)-源站要尽量靠近CDN

勾搭主编：CTGCDN