使用360网站卫士TTFB时间过长

小渣渣

TTFB 属性
Application Center Test
TTFB 属性
获取在接收到响应的首字节前花费的毫秒数。
lTime = Response.TTFB
返回值 lTime As Long：首字节响应时间（以毫秒为单位）。
TTFB:httpwatch的timechart中的一列参数。
TTFB (Time To First Byte)，是最初的网络请求被发起到从服务器接收到第一个字节这段时间，它包含了 TCP连接时间，发送HTTP请求时间和获得响应消息第一个字节的时间。

1.TTFB (Time To First Byte)，是最初的网络请求被发起到从服务器接收到第一个字节这段时间，它包含了 TCP连接时间，发送HTTP请求时间和获得响应消息第一个字节的时间。
注意：网页重定向越多，TTFB越高，所以要减少重定向
TTFB优化的方法有：

1.减少DNS查询

2.使用CDN

3.提早Flush

4.添加周期头

个人建议：不要太看重这些指标。对一个没有价值的网站(没有流量，没有人气，没有争到钱)分析这些指标无意议

这个是使用dnspod和360网站卫士，发现最近网站打开特别慢，以前没有出现过这种情况

然后，寻找原因啊，发现大多数都是一些静态资源，例如，图片，js之类的ttfb时间过长，

这些静态资源，本来就不经过服务器处理，应该，不会不是我服务器的问题啊

因为使用了360网站卫士，开启了许多加速的功能，反而越加速越慢了，

为了寻找原因，只能修改本地的hosts文件，直接让域名指向服务器的真实ip

发现，网站几乎秒开，清楚缓存，发现，第一次加载也就3秒左右，也不至于慢的离谱，

个人猜测，可能是360网站卫士最近项目组更新或者升级之类的原因，估计360那边有一些重大的操作导致的。