Javascript 尽管有浏览器缓存,但使用JS缩小还有什么好处?

Javascript 尽管有浏览器缓存,但使用JS缩小还有什么好处?,javascript,model-view-controller,bundling-and-minification,Javascript,Model View Controller,Bundling And Minification,当客户端资源(JS和css)从cdn(或asp.net mvc捆绑)下载到浏览器时。这些将缓存在浏览器端(假设我没有启用“始终下载”选项)。话虽如此,这种缩小资源的好处是下载速度更快,只是第一次。除了网络带宽,资源最小化还有什么好处。我问这个问题是因为我想知道它是否能通过缩小JS资源在浏览器端提高JS引擎的性能。我可能错过了什么。感谢您的回答。如果资源已缓存在客户端浏览器上,则根本没有任何好处,因为客户端不必加载任何内容(已经加载),如果资源未缓存,则如果缩小它,则可以节省带宽。就这些。好问题

当客户端资源(JS和css)从cdn(或asp.net mvc捆绑)下载到浏览器时。这些将缓存在浏览器端(假设我没有启用“始终下载”选项)。话虽如此,这种缩小资源的好处是下载速度更快,只是第一次。除了网络带宽,资源最小化还有什么好处。我问这个问题是因为我想知道它是否能通过缩小JS资源在浏览器端提高JS引擎的性能。我可能错过了什么。感谢您的回答。

如果资源已缓存在客户端浏览器上,则根本没有任何好处,因为客户端不必加载任何内容(已经加载),如果资源未缓存,则如果缩小它,则可以节省带宽。就这些。

好问题

首先,我鼓励您在生产环境中始终使用小型css和javascript。这显然也适用于您自己的代码

我不能确定javascript是否会执行得更快,因为我从未测试过它。然而,我认为它会,因为javascript必须由javascript引擎解析。所有不必要的空格、换行符、长变量名等都需要一些时间来解析(即使影响可能非常小)


即使在时间上不会有任何变化,也有充分的理由使用图书馆的缩小版CND。可能大多数其他网站或web应用程序都会使用缩小版,因此与未缩小版相比,访问者缓存缩小版的可能性更高。

您能否提供某种形式的证据,证明缩小版javascript对解析/编译没有性能好处?你说这是事实,但我的直觉告诉我可能有一些好处。。。更小的文件可能意味着更少的解析时间。我说过,如果它已经被缓存了,这并不重要,因为没有什么要加载的,也不会做任何事情。这与解析js文件并执行它无关。这与下载有关。我的观点是编译一个20KB的文件似乎比编译一个40KB的文件要快。你肯定在说“不”,我要求你支持这一点。忘记下载吧。让我们谈谈JS引擎的编译和执行时间。