webpack插件本质是tapable钩子注册器，需在compiler或compilation生命周期中用tap/tapasync/tappromise注册函数，避免业务逻辑混入apply，异步操作须规范回调，修改assets必须用updateasset，注意版本兼容性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
Webpack 插件本质是 tapable 实例的钩子注册器
Webpack 插件不是魔法，它只是在 compiler 或 compilation 生命周期里，用 tap、tapAsync、tapPromise 往特定钩子（如 compilation、emit、done）上挂函数。没理解这点，就容易把插件写成“只跑一次的脚本”。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 先查官方文档确认你要介入的阶段——比如改资源内容用
processAssets（v5.70+），旧版用emit；想拦截模块解析用normalModuleFactory钩子，不是直接 patchresolve - 别在
apply里写业务逻辑，只做钩子注册；真正干活的函数必须声明为独立方法，否则调试时堆栈混乱、this 指向错乱 - 异步操作必须显式调用
callback()（tapAsync）或返回 Promise（tapPromise），漏掉会导致打包卡死在该阶段
开发时用 webpack-cli --watch + console.log 不够用
Webpack 插件运行在 Node.js 环境，但生命周期钩子触发时机和频率远超预期——比如 emit 在每次增量编译都触发，compilation 可能被多次创建（HMR 场景）。盲目打日志会刷屏，掩盖真实问题。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
util.inspect而非console.log打印 compiler / compilation 对象，避免循环引用报错 - 加 guard：比如只在
compilation.name === 'client'时执行逻辑，避免 SSR/多构建目标下误触发 - 本地调试优先用
webpack --inspect+ Chrome DevTools，断点设在钩子回调内，比日志更准
assets 输出前修改 content 必须用 Compilation.updateAsset
常见错误：在 emit 钩子里直接改 compilation.assets[filename].source() 返回值，结果没生效。因为 Webpack v4+ 后 assets 是 immutable 的 —— 直接改字符串不触发更新，也不进 hash 计算。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 要改 JS/CSS 内容，必须调用
compilation.updateAsset(filename, newSource)，其中newSource是sources.Source实例（如new sources.RawSource('...')） - 别手动拼
RawSource字符串，尤其含中文或 source map 时，用sources.ConcatSource或sources.ReplaceSource更安全 - 如果改的是 HTML，且用了
html-webpack-plugin，别碰compilation.assets，应通过其alterAssetTagGroups钩子介入，否则 HTML 引用路径会断
发布前必须处理 webpack 版本兼容性
Webpack 4 和 5 的钩子名、参数结构、assets API 差异极大。一个插件在 v5 跑得好，到 v4 极可能抛 TypeError: compilation.getCache is not a function 这类错误。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
compiler.webpack判断版本：if (typeof compiler.webpack !== 'undefined')基本可认为是 v5+ - v4 兼容写法：访问
compilation.modules前先if (compilation.modules && Array.isArray(compilation.modules))，因为 v5 改用compilation.modulesIterable - 不要依赖
webpack-sources的内部类名，统一用require('webpack-sources').Source导入，避免 v5 自带该包导致版本冲突
最麻烦的不是写功能，是判断某个钩子在不同版本里是否存在、参数是否可选、要不要 await —— 这些细节不验证，上线后只有用户帮你测。
