虽然 Vue 的服务器端渲染 (SSR) 相当快速，但是由于需要为每次请求为了避免交叉请求状态污染，都创建一个新的根Vue实例，创建组件实例和虚拟 DOM 节点的开销，无法与纯基于字符串拼接的模板的性能相当。在 SSR 性能至关重要的情况下，明智地利用缓存策略，可以极大改善响应时间并减少服务器负载。同时还可以大大减少后端接口服务器的负载。
在 vue SSR指南 中，缓存有两种，分为页面级缓存和组件级缓存。本次讲的是页面缓存，如果内容不是用户特定的并且在相对较短时间内，页面内容不需要更新。我们就可以使用页面缓存。对于页面级缓存我们可以通过这段koa服务器的代码大概知道缓存的思路：
const microCache = LRU({
max: 100,
maxAge: 1000 // 重要提示：条目在 1 秒后过期。
})
const isCacheable = req => {
// 实现逻辑为，检查请求是否是用户特定(user-specific)。
// 只有非用户特定 (non-user-specific) 页面才会缓存
}
server.get('*', (req, res) => {
const cacheable = isCacheable(req)
if (cacheable) {
const hit = microCache.get(req.url)
if (hit) {
return res.end(hit)
}
}
renderer.renderToString((err, html) => {
res.end(html)
if (cacheable) {
microCache.set(req.url, html)
}
})
})
流程图如下：
上面的代码为vue的ssr渲染提供了方案，但是对于使用nuxt框架的同学而言，用脚手架初始化完，框架对于vue服务端渲染的res.end()函数做了高度封装，从下图nuxt在接收到请求后进行渲染的流程可以看出，nuxt主要是通过nuxtMiddleware调用renderRoute()来进行渲染的：
那么我们是否可以通过重写renderRoute()这个api拦截其内部渲染逻辑，在渲染之前加上缓存呢？ nuxt-ssr-cache 插件已经这样做了。我们来看一下这个nuxt模块核心部分的源码：
const renderer = nuxt.renderer;
const renderRoute = renderer.renderRoute.bind(renderer);
renderer.renderRoute = function(route, context) {
// hopefully cache reset is finished up to this point.
tryStoreVersion(cache, currentVersion);
const cacheKey = (config.cache.key || defaultCacheKeyBuilder)(route, context);
if (!cacheKey) return renderRoute(route, context);
function renderSetCache(){
return renderRoute(route, context)
.then(function(result) {
if (!result.error) {
cache.setAsync(cacheKey, serialize(result));
}
return result;
});
}
return cache.getAsync(cacheKey)
.then(function (cachedResult) {
if (cachedResult) {
return deserialize(cachedResult);
}
return renderSetCache();
})
.catch(renderSetCache);
};
在这段代码中，先保存了renderer原来的renderRoute代码，之后又重写了renderRoute代码，返回了一个通过cache缓存来获取缓存内容的逻辑。cache返回了一个promise，如果是resolve的，并且有缓存的内容，就直接返回缓存内容。如果没有缓存内容或者reject，就执行renderSetCache()。而renderSetCache()中，返回了原来最初的renderRoute()处理逻辑，同样如果renderRoute()返回的promise被resolve了，那么就通过cache的setAsync方法来进行缓存，之后返回渲染结果。
使用方法大家自行参考git中的readme文档，这里就不说了。
下面我们真正来仿真一下，看看这个模块的功效到底如何。我们通过ab命令
ab -n 4000 -c 50 -s 120 -r http://localhost:3000/
来进行压测：
第一种情况，没有添加页面缓存，大约持续请求了10秒钟，执行到3600个请求的时候，发生错误，不再继续请求了：
我们来通过日志看下是什么错误：
可以看到FATAL ERROR这一句，JavaScript heap out of memory。堆内存已经没有办法再进行分配，所以进程终止了。
我们在终止之前通过进程监视器可以看到node进程已经彪到了1.7GB的内存。
第二种情况，我们添加了页面缓存，通过server端的日志，我们可以看出，只请求了一次后端的api数据接口，说明缓存已经成功拦截了页面请求。请求数据如下：
在2秒钟之内，就顺利结束了4000个请求，内存没有任何明显波动，优化效果显而易见。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？