在生产中使用css/javascript源映射对性能的影响？ 是否应在生产环境中使用源映射？除了调试之外，它们还有什么好处吗 由于额外的服务器往返，它们是否会影响应用程序加载时间？浏览器是否足够智能，可以在加载和呈现应用程序后加载.map资源 如果浏览器找不到.map资产（404错误），是否会影响性能？我应该关心修理它吗

请注意，如果存在复杂的concat/minify构建步骤，修复最后一个可能不如提供

.map

资产那么简单。

来自HTML5：

基本上，这是一种将组合/缩小的文件映射回 未构建状态。当您为生产而构建时，以及缩小和 结合JavaScript文件，生成一个包含 有关原始文件的信息。当您查询某一行时 以及生成的JavaScript中的列号，您可以在其中进行查找 返回原始位置的源地图。开发工具 （目前WebKit夜间版、Google Chrome或Firefox 23+）可以 自动解析源映射并使其显示为 正在运行未合并和未合并的文件

使用的快速测试表明，如果打开开发人员工具，则仅加载源映射。如果加载页面时未打开开发工具，则不会对源映射发出http请求

Chrome43和Firefox38的行为是相同的

---

因此，它们似乎不会对生产环境造成影响。

嗯，毫无意义的HTTP请求肯定需要时间和带宽。我错过了什么吗？源映射不是用于调试的吗，您最终会删除生产代码中的源映射吗？因为源映射位于注释中，我假设浏览器会忽略它们，直到它们被特别请求，例如在开发人员控制台中。@Wex sourcemaps可以内联或作为单独的

.map

文件使用@其他人，也许我问这个只是为了澄清除了调试之外没有其他好处。然而，既然如此多的js库都在期待

.map

，比如

AngularJS

，我们是不是发明了sourcemaps给web带来了不必要的负担？@Wex这也是我的想法，但如果有一个明确的答案就好了。是否只有在开发人员打开开发人员工具时才请求外部.map资产？那么内联源代码映射呢？这根本不能回答问题，它只是解释了什么是源代码映射。