搜寻资料
Webpack 内存泄漏issue https://github.com/webpack/webpack/issues/6929
几个问题：
Chrome devtool bug https://bugs.chromium.org/p/chromium/issues/detail?id=852746
Webpack版本 https://github.com/webpack/webpack/releases/tag/v4.18.1（当前4.16.1）
Webpack plugin问题， e.g postcss-loader 2.1.6 修复内存泄漏问题（当前2.1.5）
验证问题
一开始通过使用nodemon --inspect配合Chrome的inspect工具，进行内存快照，可以发现以下现象：
CSS变动每次热更新一行代码变动大约增加24-25MB，即使只是加一行，删除刚刚那一行，每次操作都会增加内存，甚至原地保存也可能增加1MB，存在内存泄漏嫌疑。
尝试修复
升级 postcss-loader 3.0.0 和webpack 4.22.0 后，修改SCSS文件的热更新不再增加内存耗用，有效！
不知道为什么，take heap snapshot 很偶尔能成功，通常总会导致程序crash。所以尝试使用另一个方法——Allocation instrumentation on timeline
运行npm run dev，在webpack编译文件前立刻开启录制，可以完整的观察到内存使用变化情况，但是会降低运行速度。正常情况下几秒钟可以完成的编译，会因为这个录制减速到几分钟。
但我仍然坚持了下来🌚
对于同样的操作：1 初次编译 —— 2 增加约100行SCSS代码 —— 3 改动SCSS缩进—— 4 删除刚增加的SCSS代码
升级依赖前
可以看到内存在稳步增长，每次热更新编译时，之前占用的内存未能较好的释放（仅释放了一小部分）。
// 下面这个我忘了改了啥，反正就是还在涨。。。
升级依赖后
可以感受到，之前编译SCSS相关的内存几乎都被释放掉了(灰色部分)，几次操作下来，内存占用稳定，相比于20+MB的稳定增长，效果要好很多！
结论
关于SCSS文件热更新导致的内存泄漏程序崩溃，得到了真实缓解。
按照之前的节奏，保存40次SCSS文件就可以迅速占用到1G以上内存，而现在，理论上可以撑住上千次保存操作，支持一天的开发续航（误
针对其他类型文件的变化尚未验证，但大致思路可以从各大webpack plugin入手
其他探索
依赖关系：
postcss-loader -> postcss-load-config -> cosmiconfig -> require-from-string
