eval-source-map比source-map构建更快、体积更大：前者通过eval动态执行并内联base64映射，热更新仅需100–300ms，但js文件显著增大；后者生成独立.map文件，重建慢（500ms–2s），js主体干净，适合生产部署与错误监控。
source-map 和 eval-source-map 在体积和生成速度上差异明显，核心在于映射文件的生成方式和是否复用 eval 执行机制。
生成速度：eval-source-map 明显更快
eval-source-map 利用 JavaScript 的 eval() 动态执行每个模块，并在内存中即时生成映射信息，省去了写入磁盘、读取、解析外部 .map 文件的 I/O 开销。开发时热更新（HMR）重建通常只需 100–300ms；而 source-map 每次都要输出独立 .map 文件，涉及文件系统操作，重建时间常达 500ms–2s，尤其在大型项目中更明显。
- eval-source-map：模块级增量生成，不阻塞打包主流程
- source-map：全量重写 .map 文件，与代码输出强耦合
- Webpack 5+ 中，前者可配合持久化缓存进一步提速
产物体积：eval-source-map 更大但可控，source-map 单独存在
eval-source-map 把每个模块的映射内容编码为 Base64 Data URL 内联到 JS 文件末尾（如 //# sourceMappingURL=data:application/json;base64,...），导致单个 JS 文件体积显著增加——一个中型 Vue 组件可能额外增加 100–300KB；而 source-map 默认生成独立的 .js.map 文件，JS 主体体积不受影响，仅多出一个同名映射文件（通常 200KB–1MB，取决于源码规模）。
- eval-source-map：增大 JS 文件体积，HTTP 请求数不变
- source-map：JS 文件干净，但需额外加载 .map 文件（开发环境可能触发跨域或 404）
- 若开启 Gzip，内联 Data URL 压缩率较低，实际传输开销更高
适用场景直接对应这两项差异
开发阶段优先选 eval-source-map：快 + 调试准；生产部署必须用 source-map：分离 + 可控发布（比如只把 .map 文件上传到错误监控平台，不对外提供）。
- Vue CLI 默认开发环境用
cheap-module-eval-source-map（速度与体积的折中） - 生产构建禁用 eval 类型，改用
source-map或hidden-source-map - CI/CD 流程中，.map 文件应单独归档，不混入静态资源 CDN
