前言：当 webpack 编译性能优化做到极限的时候，我们应该跳出webpack编译优化的陷阱。因为编译本来就存在瓶颈。
（拿我司vue项目来说）：
当项目中的vue文件，从1到1000的时候，甚至还在一天天增多，如何维护好他们确实是一门学问，因为随之而来的编译速度，时时刻刻不在浪费我们团队中每个人的生命。
项目启动 和 hotReload 编译 速度：
项目启动速度需要 ：50秒 左右
hotReload 编译速度需要： 15秒 左右
你还敢相信webpack能帮你解决编译性能的问题吗？致命的问题是它没办法帮你解决掉文件的数量，所以webpack编译本身已经成为了瓶颈。
所以我想到了一个解决方案：模块化 （这里模块化概念是指：按照后台菜单模块来拆分，把（页面vue文件 和 路由router.js）维护在一起）
其实模块化，可以按照其它（业务、功能）等维度来划分。
选择模块化理由： 一个大项目本来就是由多个人同时开发维护，开发人员各自只需关心自己模块下写的页面代码。(举个栗子：把 a - w 字母当作模块化的概念，如果我这次开发涉及到 a、b 2个模块，其实 c-w 模块压根是你不需要关心的模块），我们其实可以按需编译。 我猜想了一下如果按照模块化的思路，如果只针对本次修改的模块进行编译，是不是编译的瓶颈就解决了，顺着这个思路，我实践了模块化的按需编译，实践证明是没问题的
模块化方案，如图所示：
别看模块化一小步，编译性能一大步 ：
最终，项目启动速度由：50秒 -> 9秒
最终，hotReload编译速度由：15秒 -> 1秒