AWS+Nginx部署后EJS中第二个if else条件失效问题求助

以下是针对该问题的核心排查方向：

1. 全局变量导致的Session污染 #

你的Node.js代码中，userSession = req.session;未使用let或const声明，属于全局变量。本地单进程运行时无问题，但AWS部署通常采用多进程（如PM2集群模式），全局变量会在进程间共享覆盖，导致userSession.userId值混乱，进而让EJS第二个if(id)判断逻辑异常。

修复方式：给变量添加声明：

const userSession = req.session;

2. Nginx反向代理未正确传递Session Cookie #

Nginx作为反向代理时，若未正确转发Cookie和请求头，Node.js服务无法读取用户Session，可能出现局部判断异常（比如第一个if依赖的id临时有效，但后续逻辑中Session丢失）。

检查Nginx配置，确保代理位置块添加以下配置：

location / {
    proxy_pass http://your-node-service-address;
    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 Cookie $http_cookie; # 关键：转发Cookie到Node服务
}

3. EJS视图缓存导致旧模板未更新 #

部署后EJS默认可能开启视图缓存，修改后的模板未被重新加载，第二个if逻辑仍使用旧代码。

在Node.js服务中关闭视图缓存：

app.set('view cache', false);

或部署时手动清理服务器上的EJS缓存文件。

4. Session持久化配置缺失 #

本地开发时Session存在内存中，但AWS部署后服务重启或多实例运行时，内存Session会丢失。若未配置持久化Session（如Redis、数据库存储），用户登录状态不稳定，会影响id变量的有效性。

建议配置Redis作为Session存储，确保多实例下Session一致性。

5. 变量类型不匹配问题 #

检查userSession.userId的类型，本地环境中可能为字符串，但部署后可能是MongoDB的ObjectId类型。EJS对ObjectId的真值判断与字符串存在差异，导致第二个if逻辑异常。

渲染时强制转换为字符串：

res.render("singleProduct", {
  isLoggedin,
  id: userSession.userId?.toString(), // 转换为字符串
  product: productData,
  products: products,
});

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