Webpack 为什么网页包中的[contenthash]不同?
webpack.config.jsWebpack 为什么网页包中的[contenthash]不同?,webpack,webpack-4,Webpack,Webpack 4,webpack.config.js module.exports = { entry: { app: './src/main.js', }, output: { path: path.resolve(__dirname, './dist/js/'), publicPath: '/js/', filename: '[name].js', chunkFilename: 'chunk/[contenthash:32].js', // use contentha
module.exports = {
entry: {
app: './src/main.js',
},
output: {
path: path.resolve(__dirname, './dist/js/'),
publicPath: '/js/',
filename: '[name].js',
chunkFilename: 'chunk/[contenthash:32].js', // use contenthash here
hashDigestLength:32,
},
产品a文件28024a27808de6fae79a1f5596584d3e.js
,但实际上内容哈希是9C757E82E0A41D8E5122853A109A0D7
网页包使用旧的md4哈希算法。它还在文件的base64编码版本上运行此操作
最重要的是,这是在文件的非精简版本上完成的。因此,您无法通过比较文件名中的哈希值和最终缩小文件的实际md4哈希值来检查md4值。他们永远不会匹配
来源:我知道这是一个古老的答案:)但我试图找到一篇官方文章,证明weback(v4不是带有realContentHash的v5)是基于源文件而不是基于输出(缩小)的散列。根据你提供的链接,你是如何得出这个结论的?谢谢我刚刚在我的文件上运行了md4,但是base64首先编码。谢谢,我发现我猜它对我来说已经足够“正式”了:)