在上一篇文章里我们对vue-cli3创建的项目进行了初步的支持ssr的改造，接下来我们将在这篇文章里对项目的打包部分进行详细的介绍。
上篇文章我们提到了两个新加的文件一个是entry-client.js(客户端打包入口文件),entry-server.js(服务端打包入口文件)。
首先我们来看一下entry-server.js文件的内容
在文件的开头我们引入了我们上篇提到的工厂模式的app.js文件，接着我们导出了一个函数，导出的函数有什么用呢？
1.每次渲染中重复调用此函数
2.执行服务器端路由匹配 (server-side route matching)
3.数据预取逻辑 (data pre-fetching logic)
我们看到这个函数有一个参数context，它是什么呢，它就是服务端渲染的上下文对象。这个函数返回一个promise的原因是我们的组件有可能是异步组件我们必须保证数据预取和路由匹配在组件渲染前准备就绪。
接下来我们来看一看entry-client.js的内容
我们可以看到entry-client.js内部总共干了三件事情：
1.将window.__INITIAL_STATE__对象上的state加载到客户端的state对象上（window.__INITIAL_STATE__是服务端渲染的时候数据预取完成后绑定到context.state上，当使用 template 时，context.state 将作为 window.__INITIAL_STATE__ 状态，自动嵌入到最终的 HTML 中）
2.客户端数据预取
3.将组件挂载到页面上
我们可能会想，既然服务端已经进行了数据预取，为什么还要客户端预取数据呢？这个问题我的理解是这样的：
我们在浏览器输入网址进行访问的时候，浏览器去服务端请求我们的页面，这个时候会触发页面的服务端渲染，也就是说渲染的是我们当前访问的路由下的组件，我们知道vue-router是基于前端的路由（hash或者history），在使用vue-router进行路由跳转的时候其实是不会访问到服务端的，也就是说，如果前端路由跳转到一个新的组件，那么这个时候是需要去请求api数据的。服务端渲染只会将当前路由组件内涉及到的数据进行预取，所以路由组件还是需要客户端数据预取的。当然你也可以在路由组件的created生命周期函数内去触发数据请求，但是你同样需要为路由组件提供数据预取的接口（方法），这是因为当前路由组件是可以直接在浏览器访问的，是需要数据预取接口来进行服务端渲染的，所以在这样的情况下，在客户端做统一的数据预取就显得很合理。当然你可能会问，那不会重复获取吗？答案是不会，vue内部会去做判断，如果state中的数据存在，则不会触发客户端数据预取。
到此客户端的入口和服务端的入口都已经解释完了，下一篇文章我们将会着重去介绍vue.config.js
