vue ssr服务端渲染 vue的ssr服务端渲染示例详解
前端程序猿dzf 人气:0为什么使用服务器端渲染 (SSR)
- 更好的 SEO,由于搜索引擎爬虫抓取工具可以直接查看完全渲染的页面。
请注意,截至目前,Google 和 Bing 可以很好对同步 JavaScript 应用程序进行索引。在这里,同步是关键。如果你的应用程序初始展示 loading 菊花图,然后通过 Ajax 获取内容,抓取工具并不会等待异步完成后再行抓取页面内容。也就是说,如果 SEO 对你的站点至关重要,而你的页面又是异步获取内容,则你可能需要服务器端渲染(SSR)解决此问题。 - 更快的内容到达时间 (time-to-content),特别是对于缓慢的网络情况或运行缓慢的设备。无需等待所有的 JavaScript 都完成下载并执行,才显示服务器渲染的标记,所以你的用户将会更快速地看到完整渲染的页面。通常可以产生更好的用户体验,并且对于那些「内容到达时间(time-to-content) 与转化率直接相关」的应用程序而言,服务器端渲染 (SSR) 至关重要。
使用服务器端渲染 (SSR) 时还需要有一些权衡之处:
- 开发条件所限。浏览器特定的代码,只能在某些生命周期钩子函数 (lifecycle hook) 中使用;一些外部扩展库 (external library) 可能需要特殊处理,才能在服务器渲染应用程序中运行。
- 涉及构建设置和部署的更多要求。与可以部署在任何静态文件服务器上的完全静态单页面应用程序 (SPA) 不同,服务器渲染应用程序,需要处于 Node.js server 运行环境。
- 更多的服务器端负载。在 Node.js 中渲染完整的应用程序,显然会比仅仅提供静态文件的 server 更加大量占用 CPU 资源 (CPU-intensive - CPU 密集),因此如果你预料在高流量环境 (high traffic) 下使用,请准备相应的服务器负载,并明智地采用缓存策略。
目录结构
1、定义打包命令 和 开发命令
开发命令是用于客户端开发
打包命令用于部署服务端开发
–watch 便于修改文件再自动打包
"client:build": "webpack --config scripts/webpack.client.js --watch", "server:build": "webpack --config scripts/webpack.server.js --watch",
"run:all": "concurrently \"npm run client:build\" \"npm run server:build\""
为了同时跑client:build 和 server:build
1.1 package.json
{ "name": "11.vue-ssr", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "client:dev": "webpack serve --config scripts/webpack.client.js", "client:build": "webpack --config scripts/webpack.client.js --watch", "server:build": "webpack --config scripts/webpack.server.js --watch", "run:all": "concurrently \"npm run client:build\" \"npm run server:build\"" }, "keywords": [], "author": "", "license": "ISC", "dependencies": { "concurrently": "^5.3.0", "koa": "^2.13.1", "koa-router": "^10.0.0", "koa-static": "^5.0.0", "vue": "^2.6.12", "vue-router": "^3.4.9", "vue-server-renderer": "^2.6.12", "vuex": "^3.6.0", "webpack-merge": "^5.7.3" }, "devDependencies": { "@babel/core": "^7.12.10", "@babel/preset-env": "^7.12.11", "babel-loader": "^8.2.2", "css-loader": "^5.0.1", "html-webpack-plugin": "^4.5.1", "vue-loader": "^15.9.6", "vue-style-loader": "^4.1.2", "vue-template-compiler": "^2.6.12", "webpack": "^5.13.0", "webpack-cli": "^4.3.1", "webpack-dev-server": "^3.11.2" } }
1.2 webpack.base.js 基础配置
// webpack打包的入口文件 , 需要导出配置 // webpack webpack-cli // @babel/core babel的核心模块 // babel-loader webpack和babel的一个桥梁 // @babel/preset-env 把es6+ 转换成低级语法 // vue-loader vue-template-compiler 解析.vue文件 并且编译模板 // vue-style-loader css-loader 解析css样式并且插入到style标签中, vue-style-loader支持服务端渲染 const path = require('path'); const HtmlWebpackPlugin = require('html-webpack-plugin'); const VueLoaderPlugin = require('vue-loader/lib/plugin') module.exports = { mode: 'development', output: { filename: '[name].bundle.js' ,// 默认就是main, 默认是dist目录 path:path.resolve(__dirname,'../dist') }, module: { rules: [{ test: /\.vue$/, use: 'vue-loader' }, { test: /\.js$/, use: { loader: 'babel-loader', // @babel/core -> preset-env options: { presets: ['@babel/preset-env'], // 插件的集合 } }, exclude: /node_modules/ // 表示node_modules的下的文件不需要查找 }, { test: /\.css$/, use: ['vue-style-loader', { loader: 'css-loader', options: { esModule: false, // 注意为了配套使用vue-style-loader } }] // 从右向左执行 }] }, plugins: [ new VueLoaderPlugin() // 固定的 ] }
1.3 webpack.client.js 配置是客户端开发配置 就是正常的vue spa开发模式的配置
const {merge} = require('webpack-merge'); const base =require('./webpack.base'); const path = require('path') const HtmlWebpackPlugin = require('html-webpack-plugin') module.exports = merge(base,{ entry: { client:path.resolve(__dirname, '../src/client-entry.js') }, plugins:[ new HtmlWebpackPlugin({ template: path.resolve(__dirname, '../public/index.html'), filename:'client.html' // 默认的名字叫index.html }), ] })
1.4 webpack.server.js配置是打包后 用于服务端部署时引入的使用
const base =require('./webpack.base') const {merge} = require('webpack-merge'); const HtmlWebpackPlugin = require('html-webpack-plugin') const path = require('path') module.exports = merge(base,{ target:'node', entry: { server:path.resolve(__dirname, '../src/server-entry.js') }, output:{ libraryTarget:"commonjs2" // module.exports 导出 }, plugins:[ new HtmlWebpackPlugin({ template: path.resolve(__dirname, '../public/index.ssr.html'), filename:'server.html', excludeChunks:['server'], minify:false, client:'/client.bundle.js' // 默认的名字叫index.html }), ] })
excludeChunks:[‘server'] 不引入 server.bundle.js包
client 是变量
minify 是不压缩
filename是打包后的生成的html文件名字
template: 模板文件
2、编写html文件
两份:
2.1 public/index.html
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> <div id="app"></div> </body> </html>
2.2 public/index.ssr.html
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> <!--vue-ssr-outlet--> <!-- ejs模板 --> <script src="<%=htmlWebpackPlugin.options.client%>"></script> </body> </html>
<!--vue-ssr-outlet--> 是服务端渲染dom用到的插槽位置 固定写法 <%=htmlWebpackPlugin.options.client%> 填充htmlwebpackplugin的变量
3、按照正常的vue开发, 编写对应文件
定义一个app.js文件
src/app.js
入口改装成了函数 目的是服务端渲染时 每次访问的适合都可以通过这个工厂函数返回一个全新的实例,保证每个人访问都可以拿到一个自己的实例
import Vue from 'vue'; import App from './App.vue' import createRouter from './router.js' import createStore from './store.js' // 入口改装成了函数 目的是服务端渲染时 每次访问的适合都可以通过这个工厂函数返回一个全新的实例,保证每个人访问都可以拿到一个自己的实例 export default () => { const router = createRouter(); const store = createStore() const app = new Vue({ router, store, render: h => h(App) }); return { app, router,store } }
src/app.vue
<template> <div id="app"> <router-link to="/">foo</router-link> <router-link to="/bar">bar</router-link> <router-view></router-view> </div> </template> <script> export default {}; </script>
src/component/Bar.vue
<template> <div> {{ $store.state.name }} </div> </template> <style scoped="true"> div { background: red; } </style> <script> export default { asyncData(store){ // 在服务端执行的方法 ,只是这个方法在后端执行 console.log('server call') // axios.get('/服务端路径') return Promise.resolve('success') }, mounted(){ // 浏览器执行 ,后端忽略 } } </script>
src/component/Foo.vue
<template> <div @click="show">foo</div> </template> <script> export default { methods:{ show(){ alert(1) } } } </script>
src/router.js
import Vue from 'vue'; import VueRouter from 'vue-router'; import Foo from './components/Foo.vue' import Bar from './components/Bar.vue' Vue.use(VueRouter);// 内部会提供两个全局组件 Vue.component() // 每个人访问服务器都需要产生一个路由系统 export default ()=>{ let router = new VueRouter({ mode:'history', routes:[ {path:'/',component:Foo}, {path:'/bar',component:Bar}, // 懒加载,根据路径动态加载对应的组件 {path:'*',component:{ render:(h)=>h('div',{},'404') }} ] }); return router; } //前端的路由的两种方式 hash history // hash # // 路由就是根据路径的不同渲染不同的组件 hash值特点是hash值变化不会导致页面重新渲染,我们可以监控hash值的变化 显示对应组件 (可以产生历史记录) hashApi 特点就是丑 (服务端获取不到hash值,) // historyApi H5的api 漂亮。问题是刷新时会产生404。
src/store.js
import Vue from 'vue'; import Vuex from 'vuex'; Vue.use(Vuex); // 服务端中使用vuex ,将数据保存到全局变量中 window,浏览器用服务端渲染好的数据,进行替换 export default ()=>{ let store = new Vuex.Store({ state:{ name:'zhufeng' }, mutations:{ changeName(state,payload){ state.name = payload } }, actions:{ changeName({commit}){// store.dispatch('changeName') return new Promise((resolve,reject)=>{ setTimeout(() => { commit('changeName','jiangwen'); resolve(); }, 5000); }) } } }); if(typeof window!='undefined' && window.__INITIAL_STATE__){ // 浏览器开始渲染了 // 将后端渲染好的结果 同步给前端 vuex中核心方法 store.replaceState(window.__INITIAL_STATE__); // 用服务端加载好的数据替换掉 } return store; }
4、 定义入口文件
客户端包的打包入口文件:
src/client-entry.js 用于客户端的js入口文件
import createApp from './app.js'; let {app} = createApp(); app.$mount('#app'); // 客户端渲染可以直接使用client-entry.js
src/server-entry.js 服务端的入口文件
是一个函数 在服务端请求时 再各自去执行, 给sever.js去执行用的
// 服务端入口 import createApp from './app.js'; // 服务端渲染可以返回一个函数 export default (context) => { // 服务端调用方法时会传入url属性 // 此方法是在服务端调用的 // 路由是异步组件 所以这里我需要等待路由加载完毕 const { url } = context; return new Promise((resolve, reject) => { // renderToString() let { app, router, store } = createApp(); // vue-router router.push(url); // 表示永远跳转/路径 router.onReady(() => { // 等待路由跳转完毕 组件已经准备号了触发 const matchComponents = router.getMatchedComponents(); // /abc if (matchComponents.length == 0) { //没有匹配到前端路由 return reject({ code: 404 }); } else { // matchComponents 指的是路由匹配到的所有组件 (页面级别的组件) Promise.all(matchComponents.map(component => { if (component.asyncData) { // 服务端在渲染的时候 默认会找到页面级组件中的asyncData,并且在服务端也会创建一个vuex ,传递给asyncData return component.asyncData(store) } })).then(()=>{ // 会默认在window下生成一个变量 内部默认就这样做的 // "window.__INITIAL_STATE__={"name":"jiangwen"}" context.state = store.state; // 服务器执行完毕后,最新的状态保存在store.state上 resolve(app); // app是已经获取到数据的实例 }) } }) }) // app 对应的就是newVue 并没有被路由所管理,我希望等到路由跳转完毕后 在进行服务端渲染 // 当用户访问了一个不存在的页面,如何匹配到前端的路由 // 每次都能产生一个新的应用 } // 当用户访问bar的时候:我在服务端直接进行了服务端渲染,渲染后的结果返回给了浏览器。 浏览器加载js脚本,根据路径加载js脚本,用重新渲染了bar
component.asyncData 是一个异步请求 等待请求结束后再 设置context.state = store.state; 此时 “window.INITIAL_STATE={“name”:“jiangwen”}”
客户端的store就能拿到window.INITIAL_STATE 重新赋值。
5、定义服务端文件 server.js , 用node部署的一个服务器,请求对应的模板文件
用了koa、koa-router做请求处理
vue-server-renderer是服务端渲染必备包
koa-static 是处理静态资源的请求 比如js等文件
serverBundle 是打包后的js
template 是服务端入口打包后的html server:build
const Koa = require('koa'); const app = new Koa(); const Router = require('koa-router'); const router = new Router(); const VueServerRenderer = require('vue-server-renderer') const static = require('koa-static') const fs = require('fs'); const path = require('path') const serverBundle = fs.readFileSync(path.resolve(__dirname, 'dist/server.bundle.js'), 'utf8') const template = fs.readFileSync(path.resolve(__dirname, 'dist/server.html'), 'utf8'); // 根据实例 创建一个渲染器 传入打包后的js 和 传入模板文件 const render = VueServerRenderer.createBundleRenderer(serverBundle, { template }) // 请求到localhost:3000/ 根据请求url参数 -》 {url:ctx.url},传给serverBundle 则 会根据服务端的打包的.js 路由系统 渲染出一份有该路由完整dom解构的页面 router.get('/', async (ctx) => { console.log('跳转') ctx.body = await new Promise((resolve, reject) => { render.renderToString({url:ctx.url},(err, html) => { // 如果想让css生效 只能使用回调的方式 if (err) reject(err); resolve(html) }) }) // const html = await render.renderToString(); // 生成字符串 // console.log(html) }) // 当用户访问一个不存在的路径的服务端路径 我就返回给你首页,你通过前端的js渲染的时候,会重新根据路径渲染组件 // 只要用户刷新就会像服务器发请求 router.get('/(.*)',async (ctx)=>{ console.log('跳转') ctx.body = await new Promise((resolve, reject) => { render.renderToString({url:ctx.url},(err, html) => { // 通过服务端渲染 渲染后返回 if (err && err.code == 404) resolve(`not found`); console.log(html) resolve(html) }) }) }) // 当客户端发送请求时会先去dist目录下查找 app.use(static(path.resolve(__dirname,'dist'))); // 顺序问题 app.use(router.routes()); // 保证先走自己定义的路由 在找静态文件 app.listen(3000);
5.1 请求到localhost:3000/ 根据请求url参数 -》 {url:ctx.url},传给serverBundle 则 会根据服务端的打包的.js 路由系统 渲染出一份有该路由完整dom解构的页面
因为 / 对应的组件是Foo, 所以页面展示Foo
网页源代码都是解析后的dom了 可以用于seo
5.2 如果请求了 http://localhost:3000/bar
那么就会走 /(.*)的路由
renderToString传入url
就会走
server-entry.js文件的默认函数 这个js也是一个vue包含了所有客户端原本的逻辑 只不过是放在服务端操作 。
url就是 /bar
根据路由 /bar 取出Bar组件
router跳到bar 此时页面就会是bar组件了
同时执行asyncData函数 , 可能会改写store或者其他数据
然后记得赋值 context.state = store.state 就会在window加上store的state对象
window.INITIAL_STATE={“name”:“jiangwen”}
store.js记得重新处理下(window.INITIAL_STATE
store.replaceState(window.INITIAL_STATE) 就是把服务端的状态放在客户端
dist/server.html 打包后,引入了/client.bundle.js 所以要有koa-static去做静态请求处理
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> <!--vue-ssr-outlet--> <!-- ejs模板 --> <script src="/client.bundle.js"></script> </body> </html>
6、 部署
6.1 执行命令 npm run run:all
"run:all": "concurrently \"npm run client:build\" \"npm run server:build\""
就是打包了客户端和服务端的资源包 包含js html 等
然后把整个server.js也放在服务器
执行node server.js 就能启动node服务器了
6.2 server.js里面指向的server.bundle.js和server.html指向 对应服务器文件夹就行
命令解释
client:dev
开发时用spa渲染模式开发, 不考虑ssr, client.bundle.js和 client.html是正常的spa部署时用到
run:all
服务端渲染模式 是客户端、服务端都打包
服务端使用时 ,client.bundle.js在浏览器使用, server.bundle.js 在服务器使用。
7、总结
1、SSR 首先要有个node服务器 、还有配合vue-server-renderer包使用。
2、正常的vue开发即可,考虑beforeMount 或 mounted生命周期不能在服务器端使用就行。
3、创建server.js 集合koa或者express 做请求解析 然后传入 serverBundle和template给
VueServerRenderer.createBundleRenderer函数
得到一个render
4、render.renderToString传入请求的路由 比如 /bar
5、此时会进入serverBundle默认函数(server-entry.js打包得出的),创建一个vue实例app, 分析路由 vue实例然后跳转路由,此时都是服务端的vue实例的变动而已,还没反应到页面
6、执行对应组件的asyncData函数, 可能会改变store.state 那么在 context.state赋值就行
7、resolve(app) 此时 server.js里面的render根据此时的vue实例app的路由状态解析出dom, 返回给页面 ctx.body = …resolve(html);
8、此时页面拿到正常路由匹配后的dom结构
9、html里面会有window.INITIAL_STATE={“name”:“zhufeng”} 相当于记录了服务端的store状态
10、客户端执行到store时 其实没有服务端那些改变后的状态的 ,执行 store.replaceState(window.INITIAL_STATE); 就能替换了服务端的状态
11、整体就是服务端客户端都有一个js包, 提前在服务端跑js包 ,然后解析出dom, dom展现,服务端就结束了,剩下的逻辑交给客户端的js去处理。
概念图
官网:
- vue-server-renderer 和 vue 必须匹配版本。
- vue-server-renderer 依赖一些 Node.js 原生模块,因此只能在 Node.js 中使用。我们可能会提供一个更简单的构建,可以在将来在其他「JavaScript 运行时(runtime)」运行。
总结
加载全部内容