Webpack中的文件指纹：给资源戴上个“名牌”

你是否想过，当你修改代码后，浏览器为什么仍然拿着旧版资源不放？秘密就在于——文件指纹！简单来说，文件指纹就像给每个构建出来的文件贴上独一无二的“姓名牌”，告诉浏览器：“嘿，我更新啦，换下旧货吧！”

文件指纹到底是什么？

文件指纹（File Fingerprinting）其实就是在文件名中附加一段由文件内容生成的哈希值。举个例子：

旧版：app.js
新版：app.3b8a1f2e.js

哈希值（如 3b8a1f2e）就像文件的身份证，只有内容真的发生变化，身份证才会“变脸”。这样就能让浏览器和CDN准确辨认出哪个版本是最新的。

为何我们需要文件指纹？

告别缓存乱象
浏览器喜欢把东西缓存起来，但一不小心就用成了“老古董”。有了指纹，文件更新了，新的“身份证”就会迫使浏览器重新加载最新版本。
CDN高效管理
CDN节点依据URL来缓存文件，不同的指纹就代表不同的文件，确保用户拿到的都是最新鲜的资源。
版本管理更轻松
就像手机APP版本号一样，文件指纹有助于追踪每次小改动，便于日后排查问题。
长期缓存实现高性能加载
只要文件内容不变，指纹也不变，这样用户就能一直利用缓存，提升加载速度。

Webpack中常见的指纹方式

Webpack提供了三种主要的哈希方式，让你在不同场景下选择最适合的：

1. Hash

特点：基于整个构建过程生成一个统一哈希
缺点：只要项目里任意文件变了，所有输出文件的指纹都会发生变化，相当于全家换新装

示例配置：

output: {filename: '[name].[hash:8].js',path: __dirname + '/dist'
}

2. Chunkhash

特点：每个入口文件（或“块”）都有自己的哈希
适用场景：多个页面、多个入口文件中，只有部分入口发生变化时，未改动入口文件的缓存可以完美保留

示例配置：

output: {filename: '[name].[chunkhash:8].js',path: __dirname + '/dist'
}

3. Contenthash

特点：只根据文件内容生成哈希，如果内容不变，哈希绝不更新
推荐：当前最理想的做法，特别适合用于需要长期缓存的静态资源

示例配置：

output: {filename: '[name].[contenthash:8].js',path: __dirname + '/dist'
}

在Webpack中配置文件指纹

JavaScript文件

直接在output配置中使用指纹：

module.exports = {output: {filename: '[name].[contenthash:8].js',chunkFilename: '[name].[contenthash:8].chunk.js',path: __dirname + '/dist'}
}

CSS文件

配合mini-css-extract-plugin插件来使用指纹，注意新版Webpack中建议使用[contenthash]来确保CSS文件仅在实际改动时更新：

const MiniCssExtractPlugin = require('mini-css-extract-plugin');module.exports = {plugins: [new MiniCssExtractPlugin({filename: '[name].[contenthash:8].css',chunkFilename: '[name].[contenthash:8].chunk.css'})]
}

图片、字体等资源

对于这类静态资源，如果你使用的是旧版本Webpack，可以借助file-loader，格式如下：

module.exports = {module: {rules: [{test: /\.(png|jpg|gif)$/,use: [{loader: 'file-loader',options: {name: '[name].[hash:8].[ext]'}}]}]}
}

小提示： 从Webpack 5开始，已经内置了资源模块（Asset Modules）功能，可以省去安装file-loader的烦恼哦！

最佳实践和一些纠正

只在生产环境使用指纹
开发阶段追求快速反馈，不需要每次构建都重新生成长长的文件名，毕竟调试时只关心“有木有改！”
保证哈希长度适中
通常8位哈希已足够，既简洁又能保证冲突率低。
固定模块ID防止无谓哈希变化
如果发现文件内容没变但指纹却变了，可能是模块ID在不断变化。旧做法是使用HashedModuleIdsPlugin，而在Webpack 5中，更推荐使用内置的确定性算法：
```
optimization: {moduleIds: 'deterministic',runtimeChunk: 'single'
}
```
CSS与JS分开缓存
为了避免CSS和JS文件因打包不同步导致的缓存混乱，确保它们分别使用contenthash。就像让两个好基友各自管理自己的家庭事务。
合理拆分代码
切记，把几乎不变的库代码（vendor）、偶尔更新的业务代码和常变的运行时代码分离开来。示例如下：
```
optimization: {splitChunks: {cacheGroups: {vendor: {test: /[\\/]node_modules[\\/]/,name: 'vendors',chunks: 'all'}}},runtimeChunk: 'single'
}
```
这样一来，就算你修改了一点点业务逻辑，其他部分依然能“坐享其成”，高速加载不是梦！