Webpack常见hash码类型解析

2025/3/6
本文详细介绍了Webpack中多种hash码类型,包括生成方式、用途及示例,如[hash]、[chunkhash]等多种类型。
Webpack hash码类型关系图

在 Webpack 中,打包时生成的 hash 码是通过特定的算法对文件内容进行计算得到的。Webpack 提供了多种类型的 hash 码生成方式,每种方式都有其特定的用途和生成规则。以下是常见的几种 hash 码类型及其生成方式:

1. [hash]

  • 生成方式: [hash] 是基于整个项目的构建过程生成的。每次构建时,如果项目中的任何文件内容发生变化,[hash] 都会重新生成。
  • 用途: 通常用于缓存控制,确保每次构建生成的资源文件名不同,从而避免浏览器缓存旧版本的文件。
  • 示例: bundle.[hash].js

2. [chunkhash]

  • 生成方式: [chunkhash] 是基于每个 chunk(代码块)的内容生成的。每个 chunk 都有自己独立的 hash 值,只有当该 chunk 的内容发生变化时,[chunkhash] 才会重新生成。
  • 用途: 适用于多入口应用或代码分割场景,确保只有发生变化的 chunk 的文件名会改变,未变化的 chunk 可以继续使用缓存。
  • 示例: bundle.[chunkhash].js

3. [contenthash]

  • 生成方式: [contenthash] 是基于文件内容生成的。与 [chunkhash] 类似,但它更细粒度,通常用于 CSS 文件或其他资源文件。只有当文件内容发生变化时,[contenthash] 才会重新生成。
  • 用途: 常用于 CSS 文件或其他静态资源,确保只有内容发生变化的文件会生成新的文件名。
  • 示例: styles.[contenthash].css

4. [fullhash]

  • 生成方式: [fullhash] 是基于整个构建过程生成的,类似于 [hash],但它更严格,确保每次构建都会生成一个新的 hash 值,即使文件内容没有变化。
  • 用途: 适用于需要强制更新缓存的场景。
  • 示例: bundle.[fullhash].js

5. [modulehash]

  • 生成方式: [modulehash] 是基于单个模块的内容生成的。每个模块都有自己独立的 hash 值,只有当该模块的内容发生变化时,[modulehash] 才会重新生成。
  • 用途: 适用于需要精确控制模块缓存的场景。
  • 示例: module.[modulehash].js

6. [id]

  • 生成方式: [id] 是基于模块的 ID 生成的。模块 ID 是 Webpack 内部为每个模块分配的唯一标识符。
  • 用途: 通常用于调试或特定场景下的模块标识。
  • 示例: module.[id].js

7. [name]

  • 生成方式: [name] 是基于模块或 chunk 的名称生成的。
  • 用途: 通常用于生成更具可读性的文件名。
  • 示例: bundle.[name].js

8. [query]

  • 生成方式: [query] 是基于模块的查询字符串生成的。
  • 用途: 通常用于处理带有查询参数的模块。
  • 示例: module.[query].js

9. [path]

  • 生成方式: [path] 是基于模块的路径生成的。
  • 用途: 通常用于生成与模块路径相关的文件名。
  • 示例: module.[path].js

10. [ext]

  • 生成方式: [ext] 是基于模块的文件扩展名生成的。
  • 用途: 通常用于生成与文件扩展名相关的文件名。
  • 示例: module.[ext]

11. [base]

  • 生成方式: [base] 是基于模块的文件名(包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[base]

12. [dir]

  • 生成方式: [dir] 是基于模块的目录路径生成的。
  • 用途: 通常用于生成与目录路径相关的文件名。
  • 示例: module.[dir]

13. [file]

  • 生成方式: [file] 是基于模块的文件名(不包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[file]

14. [query]

  • 生成方式: [query] 是基于模块的查询字符串生成的。
  • 用途: 通常用于处理带有查询参数的模块。
  • 示例: module.[query].js

15. [path]

  • 生成方式: [path] 是基于模块的路径生成的。
  • 用途: 通常用于生成与模块路径相关的文件名。
  • 示例: module.[path].js

16. [ext]

  • 生成方式: [ext] 是基于模块的文件扩展名生成的。
  • 用途: 通常用于生成与文件扩展名相关的文件名。
  • 示例: module.[ext]

17. [base]

  • 生成方式: [base] 是基于模块的文件名(包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[base]

18. [dir]

  • 生成方式: [dir] 是基于模块的目录路径生成的。
  • 用途: 通常用于生成与目录路径相关的文件名。
  • 示例: module.[dir]

19. [file]

  • 生成方式: [file] 是基于模块的文件名(不包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[file]

20. [query]

  • 生成方式: [query] 是基于模块的查询字符串生成的。
  • 用途: 通常用于处理带有查询参数的模块。
  • 示例: module.[query].js

21. [path]

  • 生成方式: [path] 是基于模块的路径生成的。
  • 用途: 通常用于生成与模块路径相关的文件名。
  • 示例: module.[path].js

22. [ext]

  • 生成方式: [ext] 是基于模块的文件扩展名生成的。
  • 用途: 通常用于生成与文件扩展名相关的文件名。
  • 示例: module.[ext]

23. [base]

  • 生成方式: [base] 是基于模块的文件名(包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[base]

24. [dir]

  • 生成方式: [dir] 是基于模块的目录路径生成的。
  • 用途: 通常用于生成与目录路径相关的文件名。
  • 示例: module.[dir]

25. [file]

  • 生成方式: [file] 是基于模块的文件名(不包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[file]

26. [query]

  • 生成方式: [query] 是基于模块的查询字符串生成的。
  • 用途: 通常用于处理带有查询参数的模块。
  • 示例: module.[query].js

27. [path]

  • 生成方式: [path] 是基于模块的路径生成的。
  • 用途: 通常用于生成与模块路径相关的文件名。
  • 示例: module.[path].js

28. [ext]

  • 生成方式: [ext] 是基于模块的文件扩展名生成的。
  • 用途: 通常用于生成与文件扩展名相关的文件名。
  • 示例: module.[ext]

29. [base]

  • 生成方式: [base] 是基于模块的文件名(包括扩展名)生成的。
  • 用途: 通常用于生成与文件名相关的文件名。
  • 示例: module.[base]

30. [dir]

  • 生成方式: [dir] 是基于模块的目录路径生成的。
  • 用途: 通常用于生成与目录路径相关的文件名。
  • 示例: module.[dir]

31. **`[file]

标签:面试题
上次更新:

相关文章

npx完全指南:前端开发必备工具详解 | 20年架构师深度解析

本文由20年前端架构师深入解析npx工具,涵盖其核心功能、优势、高级用法、最佳实践及与npm/yarn的区别比较,帮助开发者掌握这一现代前端开发利器。

·前端开发

Astro 静态站点生成器:构建高性能网站的最佳选择

Astro 是一个专注于构建快速、轻量级网站的静态站点生成器,支持多种前端框架,采用岛屿架构减少 JavaScript 加载,提升性能。

·前端开发

Weex 跨平台移动开发框架:核心特性与使用指南

Weex 是由阿里巴巴开源的跨平台移动开发框架,支持使用 Vue.js 或 Rax 构建高性能的 iOS、Android 和 Web 应用。本文详细解析了 Weex 的核心特性、架构、工作流程、组件和模块、开发工具、优缺点、应用场景及未来发展。

·前端开发

ECharts 与 DataV 数据可视化工具对比分析 | 选择指南

本文详细对比了 ECharts 和 DataV 两个常用的数据可视化工具,包括它们的设计目标、优缺点、使用场景和技术栈,帮助读者根据具体需求选择合适的工具。

·前端开发

前端部署后通知用户刷新页面的常见方案 | 单页应用更新提示

本文介绍了在前端部署后通知用户刷新页面的几种常见方案,包括WebSocket实时通知、轮询检查版本、Service Worker版本控制、版本号对比、自动刷新、使用框架内置功能以及第三方库。每种方案的优缺点和示例代码均有详细说明。

·前端开发

file-saver:前端文件下载的 JavaScript 库使用指南

file-saver 是一个用于在浏览器端保存文件的 JavaScript 库,支持生成和下载多种文件格式,如文本、JSON、CSV、图片、PDF 等。本文详细介绍其安装、基本用法、兼容性及与其他工具(如 jszip)的结合使用。

·前端开发

MSW(Mock Service Worker):API 模拟工具的核心优势与使用指南

MSW(Mock Service Worker)是一个用于浏览器和 Node.js 的 API 模拟工具,通过 Service Worker 拦截网络请求,支持 REST 和 GraphQL,适用于开发、测试和调试场景。本文详细介绍 MSW 的核心优势、快速上手步骤、高级用法、适用场景及与其他 Mock 工具的对比。

·前端开发

Preact:轻量级 JavaScript 库,React 的高性能替代方案

Preact 是一个轻量级的 JavaScript 库,提供与 React 相似的 API 和开发体验,但体积更小(约 3-4KB,gzip 后)。它专注于高性能和低资源消耗,特别适合对性能敏感或需要快速加载的 Web 应用。

·前端开发

WASI标准与WebAssembly跨平台生态的未来趋势分析 | 技术深度解析

本文深入探讨了WASI(WebAssembly System Interface)标准的背景、意义及其对WebAssembly跨平台生态的影响。文章分析了WASI在服务器端应用、边缘计算和IoT设备中的应用,以及技术栈和工具链的演进,最后展望了WASI对未来前端开发的影响和最佳实践建议。

·前端开发

WebAssembly沙箱逃逸风险解析及缓解方案 | 前端安全指南

本文深入探讨了WebAssembly(Wasm)在前端开发中的应用及其面临的安全风险,特别是沙箱逃逸问题。文章详细解析了沙箱逃逸的常见途径,并提供了包括内存安全、API安全、JIT安全和宿主环境安全在内的综合缓解方案,以及工程化实践建议,旨在帮助开发人员有效降低安全风险,确保应用的安全性和稳定性。

·前端开发