测量webpack编译速度
有多个同事反应公司打包脚本本地开发时非常慢, 我debug了一下确实找到了个之前没被发现的问题.
而如何知道webpack编译过程卡在了哪里就成了问题.
从webpack进度条看, 只能知道卡了, 而不知道哪个地方卡了, 所以也无从优化.
有多个同事反应公司打包脚本本地开发时非常慢, 我debug了一下确实找到了个之前没被发现的问题.
而如何知道webpack编译过程卡在了哪里就成了问题.
从webpack进度条看, 只能知道卡了, 而不知道哪个地方卡了, 所以也无从优化.
前几天读了下张鑫旭介绍写作技巧的文章, 没想到从他别的价值输出中学到了点东西.
我自己评价是不进鸡汤的, 没想到喝了一大口, 趁激情还在, 记录一下, 万一以后还能反刍这口鸡汤呢.
调试webpack一定避免不了tapable.
有时走进一段不认识的代码, step into烦了, 就选择step over, 然后就直接跑完了.
所以最好简单看下tapable才能更好调试webpack.
关于treeshaking我之前只知道个概念, 把mode设为production就开启了treeshaking.
还知道一些”esm”, “sideEffect”. 但具体的其实很模糊.
(这其实归功于文档一般般, 中文文档更有问题)
这次就来更深入一步. (这篇post需要一些前置知识, 有概念不清楚的需要去webpack系列看一下.)