同一台机器测出两个数：首字节4.2秒，总耗时4.4秒。首字节占了大头，瓶颈在服务器把页面算出来这一段，不在往下传的那一段。换个时段再测，两个数一起变小，那就跟访问高峰有关，跟机器配置关系不大。
带宽和配置是两件事，前者决定内容传得多快，后者决定算出结果要多久，混在一起看就容易反复换机器还不见效。curl能在一次请求里把这段时间拆开，-o把响应体丢掉、-s不打印进度、-w指定输出格式，格式串里依次取time_namelookup、time_connect、time_appconnect、time_starttransfer、time_total五个字段，后面跟网址。首字节那个数就是常说的TTFB，指服务器把第一个字节吐出来花了多久，它之前的环节都算建立连接，它之后的环节才算传内容。格式串里每个字段用反斜杠n隔开，一行输出一个数，看着比挤在一行清楚。同一台机器连跑三次取中间值，看稳定值不看偶然那一次。
首字节占了大头，问题在服务端：数据库查询没走索引、PHP在等一个外部接口、模板里同步调了一次统计服务，这些都能把首字节拖到好几秒。总耗时减去首字节才是下载内容的时间，它要是占比明显偏高，方向就反过来了。要查的是页面体积和图片压缩，跟CPU关系不大。
测的时候有几个细节会改结论。第一次请求含DNS解析和TLS握手，比之后慢，只测一次就下判断容易误判。从自己电脑测和从用户所在地测差别很大，节点远，握手时间天然就长。要用完整URL，别用IP直连，那样解析这一环测不出来，Host头变了服务端返回的也可能是另一个站点。
浏览器开发者工具的Network面板同样能看，每条请求分等待时间和内容下载时间两栏，等待时间对应TTFB。它的短板是受本地网络和缓存干扰，同一页刷两次结果就不一样，适合看哪个环节长，不适合当准确数值。
首页慢而内页快，多半是首页挂了第三方的东西，统计代码、字体文件、广告脚本，任何一个卡住都会把整页的完成时间往后拖。内页快说明服务端本身没问题，问题在首页引入的那几个外部资源上。
量完再动手，这两类问题改的地方完全不同，一个在代码和数据库，一个在资源和线路。同一台机器上，前者的瓶颈在SQL的执行计划和模板渲染，后者的瓶颈在文件多大、要不要一次性全推给浏览器。方向搞反了，钱花出去速度也不会变。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
