javascript - 304 延迟与内联 javascript

Question

互联网上似乎流传着一个普遍的结论，即外部 js 文件更好。

主要原因是缓存、维护和可调试性。

不过关于304 http请求的开销似乎并没有太多的讨论。我去了 yahoo.com，注意到每个 javascript 文件的 304 开销大约为每个文件 30 毫秒(主要是连接和响应开销)。

我有单独的 javascript 文件(解决维护问题)。我不太需要可调试性(自动化测试非常有帮助)。

我正在考虑是否将它们打包并内联到 html 文档顶部的单个脚本标记中。我知道有一点这没有意义(当我的 javascript 非常大时)，我应该对此进行基准测试。

我只是想知道是否有人已经对此进行了基准测试，以了解他们获得了什么样的结果？

Answer 1

我也没有基准测试，这实际上也取决于您的连接延迟。但主观上我从来没有感觉到这种延迟。

我仍然建议拆分动态内容(您在服务器上呈现的 html)和静态内容(css、js)。首先，你的 html 的有效载荷变得更少(你节省了服务器渲染时间 + 有效载荷更低)而且它是一个干净的分离，从代码的 Angular 来看更好的可维护性。

如果您想避免条件 GET(例如通过 Modified-Since 或 Etags header )，您还可以使用 Expires header 。符合标准的浏览器根本不会进行 http 调用。