webapck构建文件命名hash chunkhash cont
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也不会改变