Jquery 捆绑(webpack/browserify)是否比通过CDN更快?

Jquery 捆绑(webpack/browserify)是否比通过CDN更快?,jquery,browserify,webpack,Jquery,Browserify,Webpack,我只是好奇是否有人对这件事做过调查 在我工作的地方,我们的每个项目/捆绑包中都有React、Bluebird、jQuery和Lodash 我们使用webpack捆绑所有这些依赖项,但我不确定它是否真的值得。。。我认为这些脚本中有很多会被缓存在用户的浏览器中 使用CDN并将这些包从webpack包中移出将大大减少构建时间并简化构建过程。我们必须支持IE8,因此我们必须通过envify和ES3ify运行React 有没有人研究过浏览器可以在多大程度上利用缓存实现公共库 捆绑减少了下载外部内容(Jav

我只是好奇是否有人对这件事做过调查

在我工作的地方,我们的每个项目/捆绑包中都有React、Bluebird、jQuery和Lodash

我们使用webpack捆绑所有这些依赖项,但我不确定它是否真的值得。。。我认为这些脚本中有很多会被缓存在用户的浏览器中

使用CDN并将这些包从webpack包中移出将大大减少构建时间并简化构建过程。我们必须支持IE8,因此我们必须通过envify和ES3ify运行React


有没有人研究过浏览器可以在多大程度上利用缓存实现公共库

捆绑减少了下载外部内容(JavaScript/CSS)所需的TCP连接数。如果bundler也缩小了内容,那么它还可以减少客户端需要获取的字节数

使用CDN将您的内容放置在。。。不管你是否捆绑它。。。靠近正在尝试下载它的web浏览器

为了获得最佳效果,请同时使用这两种方法

捆绑是免费的,使用CDN通常相当便宜。如果免费是您唯一的选择,请务必捆绑。如果您还可以预算CDN,请将捆绑内容放在CDN上

更新


根据您的评论-不要自行托管由高流量公共CDN(如Google)托管的公共依赖项。用户很有可能已经在缓存中拥有了您所需要的内容。参见示例。

我想我的问题措辞不正确。我想知道的是,是否有人做过任何研究,以了解客户机可以多久利用缓存来实现Jquery等公共库的公共cdn版本。在我看来,大多数浏览器都会缓存jquery,因为每个站点都使用它。参见(旧答案)和