在Webpack中，hash值的生成方式与Vite类似，但它有一些细微的差别。Webpack主要有以下几种hash类型：
- [hash]
描述：这是Webpack默认的hash类型，它是根据整个构建过程的输入文件（包括所有模块和插件）来生成的。如果任何文件发生了变化（即使只是一个模块或一个文件），整个项目的hash值都会变化。
适用场景：如果你希望在构建过程中，只要任何文件有变化就生成新的hash，可以使用这种方式。
特点：当文件内容不变时，hash值也不会变化；但是如果任何文件的内容变化，整个项目的hash值都会改变。 - [chunkhash]
描述：这是根据**每个代码块（chunk）**的内容生成的hash值。在构建过程中，Webpack会将不同的模块打包成不同的代码块（例如 main.js、vendor.js 等），而chunkhash会根据代码块的内容来生成hash。
适用场景：通常用于代码分割（Code Splitting）场景，如果某个代码块没有变化，chunkhash不会变化。这对于长时间缓存静态资源（如第三方库）非常有用。
特点：只要某个chunk内容变化，chunkhash才会变化，其他不变的chunks的hash值保持不变。 - [contenthash]
描述：这是根据文件内容来生成hash值的。它通常用于生成静态资源（如JS、CSS文件）的hash，尤其是当你对文件内容进行处理（如压缩、混淆等）时，只有文件内容变化时，hash值才会改变。
适用场景：用于生成独立文件的hash，特别是CSS和JS文件。通常情况下，contenthash用于生产环境，以确保缓存控制的正确性。
特点：只要文件的内容发生变化，contenthash才会变化，适合做资源缓存控制。 - [modulehash]
描述：这是Webpack 4及以上版本中的hash类型，它基于模块的内容来生成hash值。如果某个模块的内容发生变化，那么该模块的hash值会发生变化。
适用场景：用于模块级别的缓存优化，尤其是在做增量构建时，只有内容发生变化的模块的hash才会变化。
特点：相比于[chunkhash]，modulehash更细粒度地控制模块级别的缓存。
总结区别：
[hash]：整个构建过程的hash，最常用于资源文件的版本控制。
[chunkhash]：针对每个代码块的hash，常用于代码分割的场景，尤其是单独生成的js和css文件。
[contenthash]：根据文件内容生成hash，最常用于静态资源的缓存控制，如生产环境中的css和js文件。
[modulehash]：根据模块内容生成的hash，主要用于优化模块缓存。
默认hash类型：
在Webpack中，[hash]是默认的hash类型，通常用于output.filename字段中。
在实际项目中，为了更精细地控制缓存和减少无效的缓存失效，通常会使用[chunkhash]或者[contenthash]。