webpack 的 tree shaking 的原理
Webpack 的 Tree Shaking 过程主要包含以下步骤:
- 模块依赖分析:Webpack 首先构建一个完整的模块依赖图,确定每个模块之间的依赖关系。
- 导出值分析:通过分析模块之间的 import 和 export,Webpack 识别出哪些导出值被其他模块引用。
- 未使用代码识别:通过对比模块的导出值和引用情况,Webpack 可以确定哪些代码是未被使用的"死代码"。
- 代码移除:最后,Webpack 会从构建包中移除这些未使用的代码,从而减小最终文件的大小。
webpack 构建流程
- 初始化各种参数,读取配置文件,进行解析。各种merge…,形成标准化的配置
- 开始编译:complier 对象初始化,注册所有的配置插件,执行run方法开始编译
- 从 entry 开始,读取所有的依赖树,形成 AST。不断地递归下去进行处理。
- 文件编译:根据文件正则匹配对应的 loader,进行文件转换
- 形成一个整体的资源树,完成模块的编译
- 输出资源:根据入口和模块的关系,组成一个个的chunk,再把每个 chunk 转换成单独的文件,准备输出。
- 输出完成,根据 output 配置的内容,把文件最后,写入到磁盘。
- webpack的hooks:中间不同时段会有不同的plugin执行
loader 和 plugin 的区别?
loader: 转换器,核心是解析.
webpack 没有 loader 的话,只能打包基础的 cjs的 js 文件,对于 css,静态资源 是无法实现打包的,这时候就需要引入 一些 loader 来进行文件的处理,更多的是,文件的转换器。
plugin: 插件,主要是扩展webpack 的功能,在 webpack 的运行周期里,会有一些 hooks 对外暴露,所以在webpack 打包编译的过程中, plugin 会根据这些 hooks 执行一些自定义的操作,来实现对输出结果的干预的增强。
区别:
loader 更专注于 文件的转换,是转换器,让 webpack 处理非JS 模块plugin 更专注于 流程的扩展,是扩展器。让输出资源的能力更丰富。
webpack中hash、chunkhash和contenthash的区别
- hash:一整个项目,一次打包,只有一个hash值
- chunkhash:一个入口打包出来的文件所得到的是同一个chunkhash
- 从入口entry出发,到它的依赖,以及依赖的依赖,依赖的依赖的依赖,等等,一直下去,所打包构成的代码块(模块的集合)叫做一个chunk,也就是说,入口文件和它的依赖的模块构成的一个代码块,被称为一个chunk。
- 所以,一个入口对应一个chunk,多个入口,就会产生多个chunk
- 所以,单入口文件,打包后chunkhash和hash值是不同的,但是效果是一样的
- contenthash:该哈希只会和文件内容有关,是控制力度最细的
如何提高 webpack 的打包速度
- 使用多进程打包: 使用 thread-loader,happypack 等工具,将构建的流程分解为多个进程或线程去处理。esbuild,swc 相关。
- 使用 dllPlugin 将第三方库预先进行打包,减少构建;
- 使用 HardSourceWebpackPlugin, 缓存一些中间文件,加速后续的构建流程
- 使用 tree shaking
- 移除不需要的loader和不必要的插件
- cache-loader:开启Cache-loader 实现打包缓存,对于之前读过文件进行缓存,而不需要再去读系统文件
如何减小 webpack 打包后的体积/性能优化
- code spliting:非首屏加载的数据,先排除掉。
- tree shaking:没用的,先干掉
- 压缩代码:css 压缩、JS 压缩
- 图片压缩:gzip
- 按需引入:例如组件库
- CDN加速:react,vue,比较大的第三方