连接javascript文件是否仍然有利?

连接javascript文件是否仍然有利?,javascript,build,Javascript,Build,有没有在现代浏览器上进行过分析,以确定脚本连接是否仍然有益?chrome似乎可以并行加载许多脚本,因此只要AMD依赖链很浅(或者所有依赖项都需要提前),连接可能不会加快加载过程。我在寻找真实的数据,但欢迎你的想法 在我看来,连接可能会减慢进程,因为现在可以并行编译多个脚本。当然这是有益的。每个单独的javascript文件都是对服务器的请求。由于额外的开销,这需要时间 您拥有的javascript文件越少,从服务器获取所有文件所需的时间就越短 简短答复: 对 详细回答: 每个额外请求的文件都会增

有没有在现代浏览器上进行过分析,以确定脚本连接是否仍然有益?chrome似乎可以并行加载许多脚本,因此只要AMD依赖链很浅(或者所有依赖项都需要提前),连接可能不会加快加载过程。我在寻找真实的数据,但欢迎你的想法


在我看来,连接可能会减慢进程,因为现在可以并行编译多个脚本。

当然这是有益的。每个单独的javascript文件都是对服务器的请求。由于额外的开销,这需要时间

您拥有的javascript文件越少,从服务器获取所有文件所需的时间就越短

简短答复: 对

详细回答: 每个额外请求的文件都会增加(所谓的开销):

  • DNS查找-如果尚未缓存该DN
  • TCP握手
  • HTTP请求本身
只有到那时,文件才开始真正下载

因此,通过浓缩,你可以保存这些因素——这将在许多文件中加起来

就在今天,我看了保罗·爱尔兰(Paul Irish)关于这一点的有趣演讲,我建议你看:

引用他的一张幻灯片:

大多数HTTP数据流由小的、突发的数据传输组成,而TCP则针对长寿命连接和批量数据传输进行了优化。在大多数情况下,网络往返时间是TCP吞吐量和性能的限制因素

因此,延迟是HTTP和大多数web的性能瓶颈



你也必须考虑,不是每个浏览器都像Chrome一样并行地装载很多文件。我发现了一个。

一个单独的请求,它并行发生,因此我看不到实际开销。现在观看,谢谢。DNS/TCP设置将并行进行,因此不会造成延迟损失。啊…TCP慢启动可能是个问题。但是每个域只有6个并行连接,浏览器设置会阻止进一步的请求。顺便说一句@CoreyAlix:我的回答没有解决你的问题吗