一个理论问题：
我们都知道缩小和组合 javascript 文件以减少 HTTP 请求以加快网站速度的专业人士。但是当使用流行的 javascript 库（例如 jQuery）时，假设这些库已经从另一个页面下载到客户端计算机并不是太愚蠢。
那么应该首选什么？ 业内大佬们是怎么处理的？
A) 将每个脚本合并并缩小为一个庞大的脚本，并从我自己的 CDN 中提供。
B) 将所有“自写”脚本合并到一个文件中，并尽可能利用可用的 CDN 库。
谢谢！
【问题讨论】：
标签： javascript http performance minify
“将每个脚本合并并缩小为一个庞大的脚本，并从 我自己的 CDN 提供它”
如果您有 CDN，我们在谈论什么？ :) 你的意思是服务器，对吧？
“业内大佬们是怎么处理的？”
大人物总是使用自己的服务器。
“......假设这些已经从另一个页面下载到客户端计算机并不太愚蠢。”
不幸的是。事实：
【讨论】：
我认为这取决于您的网站：
真正知道该做什么的最好方法是测试哪种技术组合可以为您节省最多的流量/连接。
P.S.：我个人不喜欢让其他人为我的网页提供文件的想法，因为如果 CDN 发生故障，但您的服务器仍然存在，会发生什么情况？如果这对您来说不是问题，请尝试从可靠的 CDN 为您使用的所有库提供服务器。
【讨论】：
我认为最好的方法是使用缩小的“application.js”文件（包含所有特定于应用程序的 javascript），然后使用诸如 Google AJAX 库 API（找到 here）之类的服务来加载 jQuery、Prototype 等.
【讨论】：
我认为这归结为几件事：
使用流行的 Javascript 包（如 jQuery）与使用个人包（只有访问过您网站的访问者才会拥有）之间也有区别。
性能提升可能来自两个地方：1）浏览器缓存和2）dns缓存，即使文件没有存储在本地，dns服务器也有一个路由可以最小化请求时间，甚至临时服务于文件。
我建议使用 CDN 并在本地托管文件。根据您的资源（硬件/带宽），您可能无论如何都需要使用 CDN。最好使用服务器端调度程序检查 CDN 状态并在适用时重新路由路径。
另外，请注意一些用户选择关闭浏览器缓存。所以缩小你的 JS 总是一个优点。您应该将您的 JS 分成两个文件：1）加载时需要和 2）加载时不需要。基本上，首先获取必要的代码，以改善感知加载时间。然后加载所有其他附加内容（例如幻灯片、换色器等）。
最后一点是使用 Expires 标头，因为如果您不对其进行优化，这些都不重要。这将真正降低启用缓存的返回访问者的速度。 YSlow 是一个不错的 Firefox 插件，可以帮助评估您的加载性能。
回答您的问题：减少 HTTP 请求，但请自行评估 JS 的文件大小。
(Being Extreme) 你不想要一个 10MB 的 JS 文件，否则你的网站加载时间太长。由于 HTTP 开销，您也不想要 1000 个 10KB 的文件。同样，使用它来说明您希望在文件大小和数量之间取得平衡的观点 - 正如我之前所说，将它们打包成所需的性能和想要的性能。
【讨论】：
Omar al Zabir 经营着一个名为 pageflakes 的网站，并有大量关于如何提高性能的文章。 One of them 特别解释了如何在发送到客户端之前在服务器端压缩和组合各种东西。
您还可以使用 css 图像精灵来减少 HTTP 请求。它们对常用图像有很大帮助。
*我当然没有庞大的生产站点，但这些东西肯定有助于节省带宽成本。
【讨论】：
特别是关于行业大人物如何处理客户端脚本的问题，您可以随时查看。 stackoverflow.com 似乎很好，依赖于 Google 的 jquery lib 版本。其他人最坚决不....
【讨论】：
获取一个脚本比拆分它更快并没有什么特别的原因。这是因为浏览器并发下载是有限的，但不是一个。
我认为这个想法应该是首先处理同步 UI 脚本，然后是“用户活动响应”脚本（如验证等）。
在其他条件相同的情况下，选项 B 看起来是最好的。
【讨论】：