在上面文件中，我们首先需要更改多页面的配置，创建一个目录，包含所有的页面的js文件，但是需要注意的是这些文件都是空的文件，什么都没有，然后在vue.config.js中多页面的配置为
pages: multiPageConfig, // 配置多页应用
因为所有的页面js已经被置为空了，所以编译的速度非常快。然后再访问页面的时候，webpack已经拦截访问的页面，也就是需要更改的页面，这时候就手动往dev-entries目录下写入需要编译的文件，从而实现了访问某个页面就编译哪个页面的代码
升级html-webpack-plugin版本
多页面出现内存溢出的问题是因为在编译的时候，实际是一次更改，编译了多个文件，这是html-webpack-plugin的问题。因为没生成一个页面，就需要调用一下new htmlWebpackPlugin()，多个页面的时候内存就不够用了。所以改一下这个这个webpack插件的版本,升级到4.0.0-beta.8这个版本。然后再vue.config.js中添加下面的配置，这样也不会造成内存溢出。
const htmlPlugins = []; Object.keys(multiPageConfig).forEach((key) => { htmlPlugins.push(multiPageConfig[key]) }) configureWebpack: { plugins: [ ...htmlPlugins, ], }
其他加快编译的技巧
webpack的插件还是很方便的，网上有啥happypack类似的插件。由于运行在 Node.js 之上的 Webpack 是单线程模型的，所以Webpack需要处理的事情需要一件一件的做，不能多件事一起做。
我们需要Webpack能同一时间处理多个任务，发挥多核CPU电脑的威力，HappyPack就能让Webpack 做到这点，它把任务分解给多个子进程去并发的执行，子进程处理完后再把结果发送给主进程。可能是我电脑太烂了，装上没啥太大的提升，具体使用方法可以参照这篇文章webpack优化之HappyPack 实战。还有一些细节的地方比如说有些包需要加入编译，但是一般我们在调试的时候只需要在chrome上进行调试，开发环境就不用加入编译，多处使用的代码单独打包，这些也就不说了，大家多多尝试
这几种解决多页面内存溢出的方法各有优缺点，读者可根据自己的项目自行决定使用哪种方法，可能有时还需要多种方式组合使用，就看看那个好使好用了。
解决这个问题顺便研究了一下webpack，配置果然博大精深，难怪市面有流传webpack配置工程师。推销一波自己的github最近在抓紧学习，会持续更新文章，希望大家多多关注。