学习Web性能优化，能让我网站加载速度提升多少？

摆烂。 第一次把自己折腾半年的站点丢给同事打开时 对方盯着转圈的 loading 图沉默了三秒，然后轻巧声问一句要不要换个网，我当时心里那个地方的滋味，比代码报错还要不容简单受。那天晚上我把笔记本摊在床上， 反复刷崭新自己的首页，看着水晶球一样的进度条一点点爬，心里只有一个念头：这也能忍吗。

后来才明白，用户不会等你阐述设计理念，他们只会感受等待。两秒以内还觉得顺滑， 两到五秒就启动皱眉，五到八秒就会质疑人生，较高于八秒总体来说就是直接关掉，甚至连第二次机会都不给。所以学 Web 性能优化并不是为了炫技，而是为了让离开的人更少一点，让留下的人舒服一点。

从心慌到心里有数， 提升到底能有更多更少个

说实话一启动我也很迷茫，到底能迅速更多更少个。有人说压缩一下就能提百分之五十，有人说只是几毫秒的差别。真实正动手测了之后才发觉，这玩意儿彻底看起点。 我满足了。 如果你的站点图片全是原图， 脚本堆在头部，DNS 又乱跳，那一次系统性的梳理下来第一屏出来迅速一倍很常见，二三百毫秒到一两秒的差距是常态。

我的项目就是个典型例子，原来首屏平均要四点更多秒，最主要是申请太更多加上等待时间段占较大头。先把主机名从七八个压到三个左右， 降较低 DNS 解析轮询，再把反复的图片合并成雪碧图，把 JS 放底部并加上 defer，让浏览器能够边下载边渲染，光这一轮就掉到了两点七秒左右。那种看着曲线往下掉的感觉，比拿到奖金还爽，探探路。。

DMS 解析那点微较小却致命的时间段浪费

DNS 和连接建立真实的很磨人

DNS 一次解析二十到一百二十毫秒听起来不更多，但累加起来就很可怕。我记住以前习惯给各个功能都开崭新域名，想着并行下载更迅速，最终还是结果是反而让浏览器在解析上浪费时间段。后来学乖了保持二到四个主机名之间平衡，既利用并行，又不让解析成为瓶颈。