为什么我应该使用谷歌的CDN的jQuery?

这可能是显而易见的,但我一直想知道:为什么我应该依靠Google的服务器为我的网站托pipejQuery?

这是因为它加载速度更快吗?

这是因为:

  1. 它增加了可用的并行性。
    (大多数浏览器一次只能下载3或4个文件)。
  2. 这增加了将有一个caching命中的机会。
    (随着越来越多的网站采取这种做法,更多的用户已经准备好了文件。)
  3. 它确保有效载荷将尽可能小。
    (谷歌可以用各种格式(如GZIP或DEFLATE)对文件进行预压缩,这使得下载时间非常短,因为它是超级压缩的,并且没有被压缩。)
  4. 它减less了您的服务器使用的带宽量。
    (谷歌基本上提供免费的带宽。)
  5. 它确保用户将得到一个地理上密切的反应。
    (谷歌在世界各地都有服务器,进一步减less了延迟。)
  6. (可选) 他们会自动保持你的脚本是最新的。
    (如果你喜欢“靠自己的裤子飞行”,你总是可以使用他们提供的任何脚本的最新版本,这些可以修复安全漏洞,但通常只是破坏你的东西。

有几种情况您可能不想使用Google的CDN中的jQuery:

  1. 当您在构build一个内部网应用程序时,Web服务器与客户端在同一networking上。 如果您使用Google的CDN jQuery,您将拨打互联网而不是本地networking上的networking服务器。 这会增加组织的带宽,速度会更慢。

  2. 当你想离线运行你的应用程序 。 (与第一个问题相关)如果您需要开发环境(例如使用Bower进行pipe理),则可能需要能够使您的应用程序在没有任何Internet连接的情况下工作(即:在火车中:)

  3. 当你需要定制它 。 例如,如果您使用Grunt构build库以仅使用某些模块或设置AMD名称

  4. 当您通过SSL提供需要jQuery的页面时。 您应该通过SSL以及页面提供JavaScript,以避免安全问题和警告。

此外, 微软在他们的CDN上托pipejQuery 。 这是使用Google托pipe的jQuery的另一个select。

TJ VanToll的这项研究使我确信,将jQuery与其他脚本连接起来比从CDN中加载jQuery更好。

原因是在移动设备上获取jQuery所涉及的延迟:

“2012年,美国移动networking上的平均RTT时间为344毫秒,344毫秒不仅适用于每个HTTP请求 – 平均网页现在使用93个 – 而且每个DNS查找和TCP连接…虽然平均RTT正在改善,但只有很小的额外收益,因为目前的networking只是物理学所规定的理论极限的一小部分。“

他还引用了Steve Souders的这篇文章 ,说明了为什么使用CDN实际上不太可能获得caching的好处

“由于CDN提供商,jQuery版本和协议使用(http与https)的碎片化,获得CDN高速caching命中的可能性惊人地低 – 而从外部域下载有潜力执行不是一个,而是三个往返(DNS查询,TCP连接和HTTP GET)“。

最大的好处是从caching。 这个理论是,如果一个访问者访问了一个正在加载他们的JavaScript库的站点,比如从Google CDN中说jQuery,那么当他们访问你的网站时,这个库已经在那个用户的浏览器caching中,不需要再次下载。 理论上这听起来很棒。

这里和别处共享的好处都是理论上的。 刚刚遇到了使用CDN的深入分析,并提供了预期的性能优势。 http://www.root777.com/appdev/does-using-google-libraries-api-cdn-give-you-performance-benefits

不让Google托pipe你的jQuery的一个主要原因是,如果你在中国,jQuery不会下载。 它与Google CDN托pipe的许多其他脚本,字体等一起被阻止。 如果您需要联系中国观众,最好始终使用托pipe在您自己的服务器上的回退function。 Google APIS在中国被封锁