hash是通过既定的数据摘要算法（目前使用最广泛的是md5）计算出来的hash值。
webpack内置的hash相关的配置有两个：hash和chunkhash。
| 名称 | webapck 1 | webapck 2及以上 |
|---|---|---|
| hash | The hash of compilation | The hash of module identifier |
| chunkhash | The hash of the chunk | The hash of the chunk content |
webpack的compilation对象代表某个版本的资源对应的编译进程。当使用webpack的development中间件时，每次检测到项目文件有改动就会创建一个新的compilation，进而能够针对改动产生全新的编译文件。compilation对象包含当前模块资源、待编译文件、有改动的文件和监听依赖的所有信息。
注：与compilation对应的有个compiler对象，通过对比，可以帮助大家对compilation有更深入的理解。compiler对象代表的是配置完备的Webpack环境。 compiler对象只在Webpack启动时构建一次，由Webpack组合所有的配置项构建生成。compiler对象代表的是不变的webpack环境，是webpack本身，而compilation对象针对的是随时可变的项目文件，只要文件有改动，compilation就会被重新创建。
-
hash
对于hash的理解，我认为webpack 1中的The hash of compilation定义更准确，可以理解成是项目总体文件的hash值。所以若打包文件输出时以hash命名，项目中任何一个文件修改构建后都会生成新的hash,会影响所有资源的缓存。比如webpack配置如下：
output: {
filename: '[name].[hash:8].js'
}
-
chunkhash
chunk在webpack中的含义可以理解成多个模块合并成的一个"新模块"，依据其自身的代码内容根据一定的摘要算法所得的hash值。也就是特定模块独有的hash值。webpack配置更改如下：
output: {
filename: '[name].[chunkhash:8].js'
}
此时编译后输出的文件名中的hash值将不再一样。
-
contenthash
contenthash并不是webpack的另外一中hash，而是由ExtractTextPlugin插件（主要作用: 将css代码从打包后的js代码中分离出来）提供的，代表被导出的css部分代码内容计算后的的hash值
1. 在webpack构建过程中，我们可以狭隘的认为他只认js文件，其他文件都需要借助js文件构建，比如css资源必须都在js中引入。例如在main.js文件中引入main.css文件：
import 'main.css';
2. webpack默认将构建后的css代码合并到引用它的js文件中。那么css是怎么引入到页面中的呢？
----其实就是js在运行的时候动态创建style标签，然后append进head中的。所以在本地开发中若是没有开启ExtractTextPlugin的话，那么css代码都是内联在html中的。
3. 尽然chunkhash已经能以一个文件为单位去生成一个特定的chunkhash了那，那么为什么还要用contenthash呢？
大家考虑怎么一个场景：
----假设有主模块main.js, 同步模块sync.js，其中mian.js中引入了main.css, 将这三个模块按下面代码的配置进行构建打包到“同一个文件”（此时配置了ExtractTextPlugin插件，css代码会单独抽离到一个文件，若不添加ExtractTextPlugin会被打包到一个js文件）
{
test: /\.css$/,
use: ExtractTextPlugin.extract({
filename: './dist/[name].[chunkhash:8].css',
use: [
'css-loader',
'postcss-loader',
],
}),
}
构建后会输出main.8a132fcd.js和main.8a132fcd.css两个文件，二者的chunkname和hash会是一样的；
① 若后续我们修改了main.js或是sync.js里面的代码，重新构建后，会生成新的chunkhash,那么构建后的js文件和css文件的hash都会改变。
② 若是我们值修改了main.css代码的话，重新构建后，会发现chunkhash并未改变，这是为什么？
-----这是因为导入ExtractTextPlugin后会将css代码独立导出，它的修改不会引起主js文件chunkhash的改变，sync.js、mian.js、main.css三个文件本属于同一个chunk,被导出的css虽然不会参与chunkhash的计算，但是也不会做为一个独立的chunk计算，所以name和hash还是取主js文件的。
这样就会有一个问题，要是css改变了的话，重新构建后的css文件名并没有改变会导致用户浏览器还是会拉取缓存中的资源，所以最好还是配置成如下的contenthash
{
test: /\.css$/,
use: ExtractTextPlugin.extract({
filename: './dist/[name].[contenthash:8].css',
use: [
'css-loader',
'postcss-loader',
],
}),
}
这样改后修改main.js或者sync.js,css文件的hash不会变，若单独修改css，那么主js文件的hash也不会改变