Node.js对接Redis 4.0.6时爬虫重复连接是否会引发客户端报错

报错和Redis服务端版本无关，是客户端实现逻辑有问题，核心触发点有三个：

• 每次请求调用setRedisClient()创建的新客户端实例没有赋值给this.client，后续执行connect()、hGetAll()、quit()时操作的都是上一次请求遗留的、已经被关闭的旧客户端实例。并发刷新页面时，前一个请求执行quit()关闭了客户端，后一个请求刚好在往这个已关闭的实例发指令、或者重复调用quit()，就会抛出ClientClosedError。
• 客户端error事件回调里直接throw e的写法会打断客户端内置的自动重连逻辑，只要出现网络抖动、空闲连接超时这类瞬时异常，就会直接中断业务流程，没有容错空间。
• 你配置的isolationPoolOptions是连接池参数，但每次请求新建客户端、用完就销毁的写法完全没有复用连接池能力，反而会频繁创建销毁TCP连接，高并发下不仅性能差，还可能触发Redis服务端的连接数上限。

Redis客户端不需要在每次请求里重复创建、销毁，全局初始化一次单例复用即可，底层连接池会自动管理连接的创建、回收、断线重连，不需要业务层手动处理单次请求的连接生命周期。
正确实现代码如下：

class CacheRedisClient {
  private client: ReturnType<typeof createClient>;

  constructor() {
    // 构造函数里只初始化一次客户端
    this.client = createClient({
      url: `redis://${process.env.REDIS_URL}:${process.env.REDIS_PORT}`,
      isolationPoolOptions: {
        max: 10,
        min: 0,
        maxWaitingClients: 10,
        fifo: true,
        autostart: true,
        idleTimeoutMillis: 30000,
      },
      socket: {
        // 配置重连策略：重试间隔随次数递增，最大不超过2秒
        reconnectStrategy: (retries) => Math.min(retries * 50, 2000)
      }
    });

    // 错误只记录日志，不要直接抛出异常打断重连
    this.client.on('error', (e) => {
      console.error('Redis runtime error:', e);
    });

    // 服务启动时就建立连接，不要等请求进来再临时连
    this.client.connect().catch(e => console.error('Redis initial connect failed:', e));
  }

  async getAll(key: string) {
    try {
      // 直接复用全局客户端实例，不需要每次建连、关连
      return await this.client.hGetAll(key);
    } catch (error) {
      console.log('Redis hGetAll execution failed:', error);
      return undefined;
    }
  }

  // 仅在服务停机销毁时调用，不要在单次请求结束后执行quit
  async destroy() {
    await this.client.quit();
  }
}

// 导出单例全局复用
export const redisClient = new CacheRedisClient();

• 爬虫场景下复用单例客户端不会出现连接冲突问题，连接池配置的max:10会把最大连接数限制在10，足以支撑常规爬虫的并发请求量。
• 4.0.6版本的Redis服务端和当前使用的Node Redis客户端协议兼容，不需要升级服务端版本。
• 如果确实需要在某些特殊场景下使用独立连接，要确保新建的实例赋值给当前上下文的变量，不要和其他请求的实例混用，操作完成后单独处理该实例的关闭逻辑。

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