|
| 1 | +# 缓存 |
| 2 | + |
| 3 | +虽然 Vue 的服务器端渲染(SSR)相当快速,但是由于创建组件实例和虚拟 DOM 节点的开销,无法与纯基于字符串拼接(pure string-based)的模板的性能相当。在 SSR 性能至关重要的情况下,明智地利用缓存策略,可以极大改善响应时间并减少服务器负载。 |
| 4 | + |
| 5 | +## 页面级别缓存(Page-level Caching) |
| 6 | + |
| 7 | +在大多数情况下,服务器渲染的应用程序依赖于外部数据,因此本质上页面内容是动态的,不能持续长时间缓存。然而,如果内容不是用户特定(user-specific)(即对于相同的 URL,总是为所有用户渲染相同的内容),我们可以利用名为 [micro-caching](https://www.nginx.com/blog/benefits-of-microcaching-nginx/) 的缓存策略,来大幅度提高应用程序处理高流量的能力。 |
| 8 | + |
| 9 | +这通常在 Nginx 层完成,但是我们也可以在 Node.js 中实现它: |
| 10 | + |
| 11 | +```js |
| 12 | +const microCache = LRU({ |
| 13 | + max: 100, |
| 14 | + maxAge: 1000 // 重要提示:条目在 1 秒后过期。 |
| 15 | +}) |
| 16 | +const isCacheable = req => { |
| 17 | + // 实现逻辑为,检查请求是否是用户特定(user-specific)。 |
| 18 | + // 只有非用户特定(non-user-specific)页面才会缓存 |
| 19 | +} |
| 20 | +server.get('*', (req, res) => { |
| 21 | + const cacheable = isCacheable(req) |
| 22 | + if (cacheable) { |
| 23 | + const hit = microCache.get(req.url) |
| 24 | + if (hit) { |
| 25 | + return res.end(hit) |
| 26 | + } |
| 27 | + } |
| 28 | + renderer.renderToString((err, html) => { |
| 29 | + res.end(html) |
| 30 | + if (cacheable) { |
| 31 | + microCache.set(req.url, html) |
| 32 | + } |
| 33 | + }) |
| 34 | +}) |
| 35 | +``` |
| 36 | + |
| 37 | +由于内容缓存只有一秒钟,用户将无法查看过期的内容。然而,这意味着,对于每个要缓存的页面,服务器最多只能每秒执行一次完整渲染。 |
| 38 | + |
| 39 | +## 组件级别缓存(Component-level Caching) |
| 40 | + |
| 41 | +`vue-server-renderer` 内置支持组件级别缓存(component-level caching)。要启用组件级别缓存,你需要在创建 renderer 时提供[具体缓存实现方式(cache implementation)](./api.md#cache)。典型做法是传入 [lru-cache](https://github.com/isaacs/node-lru-cache): |
| 42 | + |
| 43 | +```js |
| 44 | +const LRU = require('lru-cache') |
| 45 | +const renderer = createRenderer({ |
| 46 | + cache: LRU({ |
| 47 | + max: 10000, |
| 48 | + maxAge: ... |
| 49 | + }) |
| 50 | +}) |
| 51 | +``` |
| 52 | + |
| 53 | +然后,你可以通过实现 `serverCacheKey` 函数来缓存组件。 |
| 54 | + |
| 55 | +```js |
| 56 | +export default { |
| 57 | + name: 'item', // 必填选项 |
| 58 | + props: ['item'], |
| 59 | + serverCacheKey: props => props.item.id, |
| 60 | + render (h) { |
| 61 | + return h('div', this.item.id) |
| 62 | + } |
| 63 | +} |
| 64 | +``` |
| 65 | + |
| 66 | +请注意,可缓存组件**还必须定义一个唯一的 "name" 选项**。通过使用唯一的名称,每个缓存键(cache key)对应一个组件:你无需担心两个组件返回同一个 key。 |
| 67 | + |
| 68 | +`serverCacheKey` 返回的 key 应该包含足够的信息,来表示渲染结果的具体情况。如果渲染结果仅由 `props.item.id` 决定,则上述是一个很好的实现。但是,如果具有相同 id 的 item 可能会随时间而变化,或者如果渲染结果依赖于其他 prop,则需要修改 `getCacheKey` 的实现,以考虑其他变量。 |
| 69 | + |
| 70 | +返回常量将导致组件始终被缓存,这对纯静态组件是有好处的。 |
| 71 | + |
| 72 | +### 何时使用组件缓存 |
| 73 | + |
| 74 | +如果 renderer 在组件渲染过程中进行缓存命中,那么它将直接重新使用整个子树的缓存结果。这意味着在以下情况,你**不**应该缓存组件: |
| 75 | + |
| 76 | +- 它具有可能依赖于全局状态的子组件。 |
| 77 | +- 它具有对渲染`上下文`产生副作用(side effect)的子组件。 |
| 78 | + |
| 79 | +因此,应该小心使用组件缓存来解决性能瓶颈。在大多数情况下,你不应该也不需要缓存单一实例组件。适用于缓存的最常见类型的组件,是在大的 `v-for` 列表中重复出现的组件。由于这些组件通常由数据库集合(database collection)中的对象驱动,它们可以使用简单的缓存策略:使用其唯一 id,再加上最后更新的时间戳,来生成其缓存键(cache key): |
| 80 | + |
| 81 | +```js |
| 82 | +serverCacheKey: props => props.item.id + '::' + props.item.last_updated |
| 83 | +``` |
0 commit comments