【问题标题】:Why TTFB on IE is slower than Chrome / Firefox like 10 times? [closed]为什么 IE 上的 TTFB 比 Chrome / Firefox 慢 10 倍? [关闭]
【发布时间】:2015-10-07 19:27:17
【问题描述】:

这两天我疯了, 相同的域,相同的页面,在 Chrome / Firefox 上加载最多 4 秒。但在 IE 中,TTFB 为 12 秒:

http://www.webpagetest.org/result/150718_7G_10S/ http://www.webpagetest.org/result/150718_Z5_148/

网址是: http://appraisals.wintrustmortgage.com/tandem/login/?

谁能给我推荐一下?

【问题讨论】:

  • 首先,让我们明确一点。您是在谈论页面加载时间还是 TTFB?因为 TTFB 与您的浏览器无关,而页面加载时间则有,因为这包括解析 DOM、样式渲染(CSS 引擎),甚至可能是 javascript 解析/执行,这与一个客户端 UA 实现完全不同其他。但是,TTFB 永远不会因浏览器而异,而是根据您的服务器开始提供响应的第一个字节的时间而有所不同。换句话说,TFFB 与客户端无关,页面加载时间与服务器无关。
  • "...页面加载时间与服务器无关" Page load time 包括下载页面内容的时间。因此,它受到服务器的影响。

标签: php apache google-chrome internet-explorer firefox


【解决方案1】:

TTFB(第一个字节的时间)包括什么

  • 服务器在收到请求后处理请求所花费的时间
  • 服务器将响应的第一个字节发送回客户端所花费的时间

TTFB 不包括的内容

  • 协商任何域名解析(即DNS)所花费的时间
  • 客户端连接到服务器所需的时间
  • 协商任何 SSL 连接所花费的时间
  • 端点发送数据包之间花费的时间(即网络延迟
  • 服务器接收请求所花费的时间
  • 客户端消耗响应所花费的时间(即客户端读取时间
  • 客户端花在解析/呈现/执行响应或做出/等待任何后续向/来自服务器的请求上的时间

Chrome/Firefox 和 IE 的区别

IE 确实测量 TTFB。它测量 TTLB(Time To Last Byte),这是非常不同的。详情请见Using Windows Internet Explorer Developer Tools Network Capture

Response - 首次从服务器接收到响应时采用的偏移值。持续时间是从该开始时间到从服务器接收到最后一个字节之间的时间。

Chrome 对网络定时事件的详细分解清楚地概述了差异

与 IE 的可怕实现相反...

简单地说,您的浏览器与 TTFB 无关。 IE 的开发者工具在这方面通常不够全面和有用。

蓝色/青色块(不含 1.74 秒)表示等待所有响应数据直至最后一个字节所花费的时间。这意味着网络延迟会影响此测量。因此,据我们所知,TTFB 仍在约 300 毫秒内,而这约 1.4 秒的剩余时间用于下载其余响应。

我希望能澄清这里的误解。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2012-08-13
    • 1970-01-01
    • 2011-06-28
    • 2017-02-03
    • 2023-03-03
    • 2019-04-05
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多