这个问题我之前帮同事排查过，你已经选对了方向——用Redis作为Session存储，但大概率是配置细节没做到位，导致多实例之间无法共享会话。我给你梳理下核心要点和修正方案：

1. 所有实例的Session核心配置必须完全一致 #

这是最容易踩坑的点，因为Session的加密、解析依赖这些参数，只要有一个实例不一样，就会出现“登录后切换实例丢失状态”的情况：

• secret：所有实例的密钥必须完全相同，你当前配置的'some'要确保每个应用实例都用这个值，不能随便改。
• key：Cookie中存储Session ID的键名（你这里是'smt'），同样要在所有实例中保持一致，否则不同实例会读取不同的Cookie键，自然拿不到同一个Session。
• proxy参数：你写的proxy: 'true'是字符串类型，建议改成布尔值true，或者更规范的写法是在Express全局设置app.set('trust proxy', true)——这个参数用来让Express信任反向代理传递的头信息，确保Session Cookie的域名、路径等属性正确生成。

2. 确保所有实例连接同一个Redis实例/集群 #

你的redisStoreConfig必须让所有应用实例指向同一个Redis服务：

• 检查host、port、password、db（Redis数据库编号）这些参数，每个实例的配置都要完全一致，不能一个连本地Redis，另一个连远程的，也不能用不同的Redis数据库。
• 可以做个简单测试：在一个实例登录后，去Redis里查询Session键（格式一般是[key参数]:sess:[Session ID]，比如你这里是smt:sess:xxxxxx），然后看另一个实例是否能读取到这个键的数据。

3. 优化Session的resave和saveUninitialized配置（可选但推荐） #

你当前的配置里resave: true和saveUninitialized: true其实可以优化，既提升性能又减少Redis负载：

• resave: true会强制每次请求都重新保存Session到Redis，即使Session没有任何变化，Redis Store本身已经实现了按需保存的逻辑，所以建议改成resave: false。
• saveUninitialized: true会保存未初始化的空会话（比如用户还没登录的状态），如果不需要的话改成saveUninitialized: false，能减少Redis里的无效数据。

4. 反向代理配置（如果有使用的话） #

如果你的多个Express实例前面用了Nginx之类的反向代理，要确保代理正确传递请求头，否则Session Cookie的生成会有问题：
比如Nginx配置里要加上这些头信息：

proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;

同时配合Express的app.set('trust proxy', true)，让Express信任这些代理传递的头。

修正后的示例配置 #

const redisStore = require('connect-redis')(session);
// 所有实例用完全相同的Redis配置
const redisStoreConfig = {
  host: '你的Redis服务地址',
  port: 6379,
  // password: '你的Redis密码', // 如果有密码的话添加
  db: 0 // 确保所有实例使用同一个Redis数据库
};

// 全局设置信任代理，替代session配置里的proxy参数
app.set('trust proxy', true);

app.use(session({
  secret: 'some', // 所有实例必须一致
  key: 'smt', // 所有实例必须一致
  store: new redisStore(redisStoreConfig),
  resave: false,
  saveUninitialized: false,
  cookie: {
    secure: process.env.NODE_ENV === 'production', // 生产环境开启HTTPS时设为true
    httpOnly: true,
    maxAge: 24 * 60 * 60 * 1000 // Session有效期1天，可根据需求调整
  }
}));

最后验证步骤 #

1. 启动两个不同端口的实例（比如3000和3001）
2. 访问3000端口完成登录，然后切换到3001端口，检查是否保持登录状态
3. 查看Redis中的Session数据，确认两个实例都在读写同一个Session键

如果还是有问题，可以检查每个实例的Redis连接是否正常（启动时有没有报错），或者打印请求中的Session ID，看两个实例收到的Session ID是否一致——如果不一致，说明Cookie没被正确共享，可能是域名、端口的问题（本地测试时同域名不同端口默认共享Cookie，生产环境要确保Cookie的domain配置正确）。

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