React SSR 同构浅析
客户端渲染(CSR)
概念
传统 react项目,在浏览器打开项目,查看源代码,可以看到 index.js 页面里面只有一个基本的 DOM 节点,下面引入了一个 js 文件。而项目的所有内容就是通过这个 js 来渲染,通过禁止浏览器的 javascript 功能可以看到浏览器提示要 开启 javascript 功能的提示,没有项目的内容生成。
CSR 过程:
1 | 浏览器发送请求 => 服务器返回HTML => 浏览器发送 bundle.js 请求 => 服务器返回 bundle.js => 浏览器运行 React 代码 => 页面准备就绪 |
优势与劣势
优势:前后端分离,前端 ajax 请求数据,后端内部处理好逻辑返回 JSON 给前端处理。代码在客户端运行,性能良好
劣势:首屏加载速度慢。SEO 差(百度爬虫不能识别 js 文件)
服务器渲染(SSR)
概念
SSR 过程:
1 | 浏览器发送请求 => 服务器运行 React 代码生成页面 => 服务器返回页面 |
优势与劣势
优势:首屏速度快
劣势:服务器性能需求大
renderToString
1 | import {renderToString} from 'react-dom/server'; |
路由 React-router-config
可识别嵌套路由,内置 ssr 方案
简单使用
服务器上呈现的路由都是无状态的,所以我们将应用程序包装在无状态的 <StaticRouter>
e而不是<BrowserRouter>
。从服务器传入请求的路由,以便路由可以匹配。
1 | // client |
在 <Redirect>
客户端呈现 a 标签的时候,浏览器历史记录会更改状态,我们获得新的屏幕。在静态服务器 换机中,我们无法更改应用程序的状态。我们可以使用 context 来找出需要渲染的结果。我们找到了 context.url 就知道应用是否被重定向了。
1 | const context = {} |
添加应用特定上下文信息
路由器只会添加 context.url,如果希望重定向 301或者 302 可以在希望呈现的 UI 的某个特定分支发送 404 响应,或者如果未授权则发送 401。
1 | function RedirectWithStats({from,to,status}){ |
404,401 或者任何其他状态
跟上面的操作差不多,可以创建一个组件,添加一些上下文并在应用程序中的任何位置呈现它以获取不同的状态码
1 | function Status({code,children}){ |
组合
这不是一个真正的应用程序,但是它显示了将所有这些组合在一起所需要的所有常规部分
1 | // server |
★数据的加载
在页面呈现之前加载数据,React Router 导出 matchPath 它在内部使用的静态函数,以匹配路由的位置。可以在服务器上使用此功能来帮助确定在呈现之前数据的依赖项。
这种方法的要求是依赖于静态路由的配置,用于在呈现之前根据路由匹配来加载对应的数据
1 | // routes.js |
Webpack 配置
公共部分
1 | module.exports = { |
服务端
1 | const path = require('path'); |
webpack-node-externals
不打包引入 的 node modules
isomorphic-style-loader
服务端打包 CSS 可以通过这个插件在对应的 DOM 元素上生成 class 类名,然后返回 CSS 样式代码。在高阶组件中,利用插件内置 API ._getCss()
将CSS 数据通过注水与脱水的方式在服务端获取,将这些字符串格式的 css 添加到服务器渲染的 HTML 就可以完成 CSS 服务器渲染
客户端
1 | const path = require('path'); |
package.json
1 | { |
nodemon
一个本地服务器,可以监控文件的变化来重启服务器,全局安装
npm-run-all
并行运行同名前缀的所有 script
语句,全局安装