什么是 Source maps 源代码映射?

Source maps 源代码映射是现代 Web 开发中的重要工具,可以大幅简化调试工作。本页面介绍了有关Source maps 源代码映射的基础知识、其生成方式,以及源代码映射如何改善调试体验。

早期的 Web 应用以较低的复杂性构建。开发者将 HTML、CSS 和 JavaScript 文件直接部署到了网络。

更现代、更复杂的 Web 应用可能需要在开发工作流中使用各种工具。例如:

一些常见 Web 应用开发工具。

这些工具需要一个构建流程,以将代码转译为浏览器可以理解的标准 HTML、JavaScript 和 CSS。通常的做法是使用 Terser 等工具缩减和合并这些文件来优化性能。

例如,使用构建工具,我们可以将以下 TypeScript 文件转译并压缩为一行 JavaScript。您可以在 GitHub 上的演示中亲自试用。

/* A TypeScript demo: example.ts */

document.querySelector('button')?.addEventListener('click', () => {
  const num: number = Math.floor(Math.random() * 101);
  const greet: string = 'Hello';
  (document.querySelector('p') as HTMLParagraphElement).innerText = `${greet}, you are no. ${num}!`;
  console.log(num);
});

压缩版本如下所示:

/* A compressed JavaScript version of the TypeScript demo: example.min.js  */

document.querySelector("button")?.addEventListener("click",(()=>{const e=Math.floor(101*Math.random());document.querySelector("p").innerText=`Hello, you are no. ${e}!`,console.log(e)}));

不过,压缩代码会增加调试难度。Source maps 源代码映射可以解决这一问题:通过将编译的代码映射回原始代码,可帮助您快速找到错误的来源。

Source maps 源映射是名称以 .map 结尾的文件(例如 example.min.js.map 和 styles.css.map)。大多数构建工具都可以生成它们,包括 VitewebpackRollupParcel 和 esbuild

有些工具默认包含 Source maps 源代码映射。而其他架构可能需要额外配置才能生成:

/* Example configuration: vite.config.js */
/* https://vitejs.dev/config/ */

export default defineConfig({
  build: {
    sourcemap: true, // enable production source maps
  },
  css: {
    devSourcemap: true // enable CSS source maps during development
  }
})

为便于调试,这些源映射文件包含有关已编译代码如何映射到原始代码的基本信息。下面是一个Source maps 的示例:

{
  "mappings": "AAAAA,SAASC,cAAc,WAAWC, ...",
  "sources": ["src/script.ts"],
  "sourcesContent": ["document.querySelector('button')..."],
  "names": ["document","querySelector", ...],
  "version": 3,
  "file": "example.min.js.map"
}

如需了解其中每个字段,您可以参阅Source maps 规范Source maps 详解

Source maps 源代码映射最重要的部分是 mappings 字段。它使用 VLQ base 64 编码字符串将已编译文件中的行和位置映射到相应的原始文件。您可以使用Source maps 可视化工具(如 source-map-visualization 或Source maps 可视化)查看此映射。

左侧的已生成列显示压缩的内容,原始列显示原始来源。

可视化工具会对 original 列中的每一行及其对应的代码在 generated 列中进行颜色编码。

mapping 部分会显示代码的解码映射。例如,条目 65 -> 2:2 表示:

  • 生成代码:单词 const 从压缩内容中的第 65 位开始。
  • 原始代码:文字 const 从原始内容中的第 2 行第 2 列开始。

Source maps 可视化图表,侧重于 65 -> 2:2 条目。

这样一来,开发者便可以快速确定缩减后的代码与原始代码之间的关系,从而使调试过程更加顺畅。

浏览器开发者工具会应用这些 Source maps 源代码映射,以帮助您在浏览器中快速找出调试问题。

一个示例,展示了浏览器开发者工具如何应用 Source maps 源代码映射并显示文件之间的映射。

Source maps 支持以 x_ 前缀开头的自定义扩展字段。例如,Chrome DevTools 建议的 x_google_ignoreList 扩展字段。如需详细了解这些扩展程序如何帮助您专心处理代码,请参阅 x_google_ignoreList

遗憾的是,Source maps 并不总是达到您所需的完整。在第一个示例中,虽然变量 greet 的值已直接嵌入到最终的字符串输出中,但在构建过程中优化了该变量。

缺少原始代码中的 greet 变量。

在这种情况下,当您调试代码时,开发者工具可能无法推断并显示实际值。此类错误可能会加大代码监控和分析难度。

开发者工具找不到 greet 的值。

这是需要在Source maps 的设计中解决的问题。一种可能的解决方案是像其他编程语言处理其调试信息一样,在Source maps 中包含作用域信息。

不过,这需要整个生态系统通力协作,以改进Source maps 规范和实现。如需关注使用Source maps 提高可调试性的持续性,请参阅 GitHub 上的 Source Maps v4 提案。

阅读余下内容
 

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注


京ICP备12002735号