express-slow-down中间件存储错误处理机制解析

express-slow-down中间件存储错误处理机制解析

express-slow-down Slow down repeated requests; use as an alternative (or addition) to express-rate-limit 项目地址: https://gitcode.com/gh_mirrors/ex/express-slow-down

express-slow-down作为express-rate-limit的姊妹项目，是一个用于实现请求速率限制的Node.js中间件。近期发现该中间件在处理外部存储错误时存在一个值得注意的行为差异问题。

在express-rate-limit 7.5.0版本中引入了一个重要特性：当配置了passOnStoreError: true选项时，如果外部存储（如Redis）发生错误，中间件不会抛出错误而是继续执行后续中间件。这个设计使得应用在存储服务暂时不可用时仍能保持基本功能。

然而，express-slow-down 2.0.3版本由于内部捆绑了express-rate-limit 7.0.1版本，未能继承这个重要特性。当使用Redis等外部存储时，一旦存储服务出现异常，所有请求都会被拒绝，而不是优雅降级继续处理。

这个问题的技术背景在于：

1. express-slow-down直接依赖并打包了特定版本的express-rate-limit
2. 旧版本没有实现存储错误的优雅处理机制
3. 当调用store.increment(key)方法失败时，会直接抛出错误中断请求

开发者很快意识到这个问题并发布了修复版本，将express-slow-down改为使用最新版本的express-rate-limit作为peer dependency，而不是直接打包旧版本。这样用户就可以自由选择安装支持passOnStoreError选项的新版本express-rate-limit。

对于开发者来说，这个问题的解决意味着：

1. 现在可以统一配置存储错误的处理行为
2. 在高可用性场景下，即使存储服务暂时不可用，应用仍能继续运行
3. 两个中间件的行为更加一致，减少了维护成本

这个案例也提醒我们，在使用依赖关系复杂的中间件时，需要注意版本兼容性和行为一致性，特别是在涉及关键功能如错误处理机制时。

express-slow-down Slow down repeated requests; use as an alternative (or addition) to express-rate-limit 项目地址: https://gitcode.com/gh_mirrors/ex/express-slow-down