Redis断连致Node.js服务崩溃，如何实现Redis宕机后服务正常运行

• Node服务整体崩溃的核心原因：Redis连接抛出的ECONNREFUSED属于未被捕获的进程级异常，和业务代码里写的try/catch不在同一个错误捕获链路里。
  当Redis服务停止时，redis客户端底层TCP连接失败，这个错误如果没有绑定对应的事件监听，Node会直接将其判定为未处理异常，终止整个进程——哪怕核心的数据库查询逻辑本身没有任何问题。
• 当前架构下Redis属于旁路缓存定位，本身就不应该和核心请求链路做强绑定，缓存不可用时必须自动降级为直接查询数据库返回结果，不能让缓存状态影响正常服务可用性。

• 第一步：给Redis客户端补全全局错误监听，阻断未捕获异常
  Redis客户端实例是标准的Node事件发射器，所有连接层的错误都会通过error事件抛出，必须给这个事件绑定处理逻辑，否则进程必然崩溃：

  // 调整Redis客户端初始化配置，兼容环境变量配置
  const redisClient = redis.createClient({
    socket: {
      port: 6379,
      host: process.env.REDIS_HOST || '127.0.0.1'
    },
    // 配置合理的重连退避策略，避免无限重连占用系统资源
    retryStrategy: (retryTimes) => Math.min(retryTimes * 100, 3000)
  })
  
  // 必须添加的错误监听，仅打印日志不抛出，保证进程持续运行
  redisClient.on('error', (err) => {
    console.warn(`Redis连接异常，当前自动降级为直连数据库模式: ${err.message}`)
  })
  
  // 可选：监听连接恢复事件，Redis服务恢复时自动切回缓存模式
  redisClient.on('ready', () => {
    console.log('Redis连接恢复正常，缓存服务重新生效')
  })
  

• 第二步：将Redis操作与核心业务链路做异常隔离
  不要把Redis的读写逻辑和数据库查询、接口返回的主流程绑死，所有Redis相关操作要单独包裹错误捕获，哪怕操作失败，只要核心数据库查询已经拿到结果，就必须正常返回给用户。调整后的业务逻辑参考：

  export const listAll = async (req, res) => {
    try {
      // 核心主流程：数据库查询，完全不依赖Redis能力
      const products = await Product.find({})
        .limit(parseInt(req.params.count))
        .populate('category')
        .populate('subs')
        .sort([['createdAt', 'desc']])
        .exec()
  
      // 旁路流程：Redis缓存写入，独立做异常隔离，不影响主流程响应
      if (products?.length) {
        try {
          // 先判断Redis连接是否就绪，避免对未连接的实例发无效请求
          if (redisClient.isReady) {
            // 注意v4+版本redis客户端的方法为setEx（大写E），和旧版setex写法存在差异
            await redisClient.setEx(`${req.params.count}`, 60, JSON.stringify(products))
          }
        } catch (redisErr) {
          console.warn(`Redis缓存写入失败，已跳过本次缓存操作: ${redisErr.message}`)
        }
      }
  
      // 核心流程完成后正常返回结果
      res.json(products)
    } catch (err) {
      console.error(`产品列表查询失败:`, err)
      res.status(500).json({ message: '服务暂时不可用' })
    }
  }
  

• 第三步：Redis宕机状态判断的常见误区澄清
  提到的“通过检测redisClient是否为未定义、空值判断Redis宕机”的方案完全不可行：
  • 调用redis.createClient()方法时，哪怕Redis服务完全无法连接，该方法也会返回一个正常初始化的客户端实例对象，永远不会是undefined或者空值。
  • 真正可靠的可用状态判断属性是redisClient.isReady：只有客户端和Redis完成全链路握手、可以正常收发指令时，这个值才会为true；连接断开、服务宕机、连接未就绪时，这个值会自动变回false，基于这个状态做逻辑分支才是准确的。

内容的提问来源于stack exchange，提问作者Rmcr714