node缓存框架memory-cache

2021-02-11 15:53:08

参考地址 Simple server side cache for Express with Node.js——Express 实现简单的服务器端缓存【翻译】

第一次翻译,不是很好,但大概意思应该还可以。有错误,请多多指正。

    express是我目前为止见过扩展性最好的web框架。它的中间件结构使它可以轻松地以标准化方式添加额外的功能。
    本次主题,我们将会讨论一个很小很简单,但功能非常强大、有用的中间件。它将会帮助你提升你的express Web程序的性能,而且无需任何依赖。

关于服务端缓存


    无论是在 desktop, mobile or web哪一方面,Cache都常被我们用来提升程序性能。当处理web应用程序的时候,虽然可以使用当前所有浏览器都支持的响应头来进行客户端缓存,从而提升页面加载效率。但当一个内容非常繁杂的页面需要2s来进行HTML输出的时候,即使启用客户端缓存该页面,服务器仍然需要针对每一个来访用户进行页面渲染。想想一个大型的新闻门户网站首页,难道他们要针对每一个用户一遍又一遍地处理HTML吗?
    这时候服务器缓存就派上用场了。使用服务器缓存的目标是对相同的客户端请求返回相同的内容。在上面的例子里,第一个请求仍然需要2s处理HTML,但是接下来请求将会命中缓存,服务器可以在几毫秒内发送响应内容。
    有很多种方法可以实现服务器缓存,例如NGINX以及类似于CloudFlare的CDN。在这里,我们将会使用nodejs和express来轻松简便地实现它。

代码展示


    我们的目标是轻松实现服务器缓存。接下来,我们开始吧!
    我们将充分利用 memory-cache npm模块来将内容添加到缓存中。中间件如下:

var mcache = require('memory-cache');var cache = (duration) => {  return (req, res, next) => {    let key = '__express__' + req.originalUrl || req.url    let cachedBody = mcache.get(key)    if (cachedBody) {
      res.send(cachedBody)      return
    } else {
      res.sendResponse = res.send
      res.send = (body) => {
        mcache.put(key, body, duration * 1000);
        res.sendResponse(body)
      }
      next()
    }
  }
}12345678910111213141516171819

    它将把请求的url作为key值进行缓存查询。一旦查询到缓存,将会直接发送响应报文。否则,就会在响应报文发送到客户端之前,对响应进行缓存。然后调用下一个中间件。
    这里有一个非常简单的例子——关于如何缓存一个繁重的处理页面。

app.get('/', cache(10), (req, res) => {
  setTimeout(() => {
    res.render('index', { title: 'Hey', message: 'Hello there', date: new Date()})
  }, 5000) //setTimeout was used to simulate a slow processing request
})12345

     注意,上述路由包含两个中间件。一个是关于缓存,另一个是真正用于处理请求的中间件。在这种情况下,当该路由收到第一次请求的时候,将不会立刻返回响应,而是会停留5s。但是在接下来的10s,连续的请求将会直接从缓存中得到响应,而不需要再去等待5s。有得必有失,该方法的缺点在你的响应报文中含有动态内容的时候将会展现出来。在上面的路由中,如果我们将当前时间作为参数传递给视图引擎,那么缓存过期(10s)之前响应内容中都会含有相同的日期。

    这里非常棒的一点就是,以上方法适用于HTML,JSON,XML以及其他任何内容类型的响应。

    你可以轻松地引入该中间件到已存在的站点中,来缓存任何你想要缓存的路由。

    注意:不要缓存 GET  POST 方法

    在这个例子中,我们使用了在内存中缓存内容的NPM模块,这有利有弊。

        - 在内存中缓存速度最快
        - 使用简单,不需要添加额外的依赖。
        - 如果服务器或进程出现故障,缓存将会丢失
        - 由于每个进程在自己的内存区间存储缓存内容,所以Node.js的多个进程之间内存不共享。

    要解决大部分问题的一个选择是使用诸如 Redis 的分布式缓存服务。它可以仅仅通过一个npm 模块 express-redis-cache中间件来实现。

'use strict'var express = require('express');var app = express();var mcache = require('memory-cache');

app.set('view engine', 'jade');var cache = (duration) => {  return (req, res, next) => {    let key = '__express__' + req.originalUrl || req.url    let cachedBody = mcache.get(key)    if (cachedBody) {
      res.send(cachedBody)      return
    } else {
      res.sendResponse = res.send
      res.send = (body) => {
        mcache.put(key, body, duration * 1000);
        res.sendResponse(body)
      }
      next()
    }
  }
}

app.get('/', cache(10), (req, res) => {
  setTimeout(() => {
    res.render('index', { title: 'Hey', message: 'Hello there', date: new Date()})
  }, 5000) //setTimeout was used to simulate a slow processing request
})app.get('/user/:id', cache(10), (req, res) => {
  setTimeout(() => {    if (req.params.id == 1) {
      res.json({ id: 1, name: "John"})
    } else if (req.params.id == 2) {
      res.json({ id: 2, name: "Bob"})
    } else if (req.params.id == 3) {
      res.json({ id: 3, name: "Stuart"})
    }
  }, 3000) //setTimeout was used to simulate a slow processing request
})app.use((req, res) => {
  res.status(404).send('') //not found
})app.listen(3000, function () {  console.log('Example app listening on port 3000!')
})123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051


  • 2018-12-26 15:06:00

    PHP-FPM运行状态的实时查看及监控详解

    php-fpm和nginx一样内建了一个状态页,对于想了解php-fpm的状态以及监控php-fpm非常有帮助。这篇文章就给大家详细介绍了PHP-FPM运行状态的实时查看及监控,有需要的朋友们可以参考学习,感兴趣的朋友们下面来一起看看吧。

  • 2018-12-26 16:12:56

    nginx+php-fpm模式php内存泄漏探究

    这里要重点说一下第三步骤。第三步涉及到php-fpm进程生命周期的东西。一个php-fpm的生命周期大致是这样的:模块初始化(MINIT)-> 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN) -> 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)……. 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)-> 模块关闭(MSHUTDOWN)。在一个php-fpm进程的生命周期里,会有多次的模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)的过程。这个“请求处理”的大致过程是这样的:php读取相应的php文件,对其进行词法分析,生成opcode,zend虚拟机执行opcode。

  • 2019-01-01 21:38:51

    php使用curl设置超时的重要性

    网站登录不了,原因是没有可用的 PHP 子进程来响应新的请求了。这可能是是由于PHP-curl 没有设置超时时间引起的。

  • 2019-01-01 21:42:34

    php-fpm 启动参数及重要配置详解

    如果file_get_contents请求的远程资源如果反应过慢,file_get_contents就会一直卡在那里不会超时。我们知道php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间,但是,在 php-cgi(php-fpm) 中,该参数不会起效。真正能够控制 PHP 脚本最大执行时间的是 php-fpm.conf 配置文件中的request_terminate_timeout参数。