首先，咱们拆解你遇到的问题：第一次调用/addtask能拿到全局变量，第二次却变成undefined，核心是两个原因在作祟：

1. 异步代码的执行顺序坑了你 #

你在/login路由里的fs.readFile是异步IO操作，它不会阻塞后续代码执行。也就是说，当你的代码执行到res.redirect("/")时，文件读取的回调函数还没运行，global.Identifier的赋值操作根本没完成！

第一次访问/addtask正常纯粹是运气好——刚好文件读取的回调在你调用/addtask之前执行完，给global.Identifier赋上了值。但后续请求就没这么走运，或者中间有其他操作干扰了全局变量的值。

2. 全局变量的「共享特性」是隐形炸弹 #

Node.js的global对象是进程级共享的，所有请求共用同一个实例。这意味着：

• 如果有新用户登录（调用/login），新的Identifier会直接覆盖旧值；
• 如果某次/login请求中，Identifier没被正确赋值（比如JSON解析出错、找不到对应数据），global.Identifier会被设为undefined；
• 任何其他代码不小心修改了这个变量，都会影响所有后续请求。

修复方案（满足你保留全局变量的需求） #

方案一：先赋值全局变量，再跳转 #

把res.redirect移到fs.readFile的回调函数里，确保只有当global.Identifier赋值完成后，用户才会跳转到首页，这样后续调用/addtask时变量肯定是存在的：

app.post("/login", function(req, res) {
  // ... 你的其他登录逻辑
  fs.readFile('results.json', function (err, data) {
    if(err){
      console.log(err);
      // 这里最好加错误处理，比如返回错误页面
      return res.status(500).send("登录失败：读取数据出错");
    } else{
      var json = JSON.parse(data);
      // ... 你的逻辑，确保Identifier被正确赋值
      global.Identifier = Identifier; // 删掉那行没用的global.Identifier;
      res.redirect("/"); // 放到回调里，保证赋值完成再跳转
    }
  });
  // 删掉这里的res.redirect("/"); 它会提前执行
});

方案二：给全局变量加兜底检查 #

在/addtask里先判断变量是否存在，避免拿到undefined；同时在/login里只在成功时赋值：

// 优化/login路由的错误处理
app.post("/login", function(req, res) {
  // ... 其他逻辑
  fs.readFile('results.json', function (err, data) {
    if(err){
      console.log(err);
      return res.status(500).send("登录失败");
    } else{
      var json = JSON.parse(data);
      // 确保Identifier有值再赋值给全局变量
      if (typeof Identifier !== 'undefined') {
        global.Identifier = Identifier;
      } else {
        console.log("Identifier未正确生成");
        return res.send("登录失败：身份标识无效");
      }
      res.redirect("/");
    }
  });
});

// 优化/addtask路由的变量检查
app.post("/addtask", function(req, res) {
  var globalIdentifier = global.Identifier;
  if (!globalIdentifier) {
    console.log("请先完成登录！");
    // 可以重定向到登录页，或者返回提示
    return res.redirect("/login");
  }
  // ... 你的业务逻辑
  res.redirect("/");
});

为什么第二次访问会变成undefined？ #

最可能的场景是：

• 第二次调用/addtask之前，你又触发了一次/login请求，但这次请求失败了（比如文件读取错误、Identifier没生成成功），导致global.Identifier被设为undefined；
• 或者两次请求之间，有其他请求修改了global.Identifier的值（比如其他用户登录覆盖了它）。

虽然你知道全局变量是糟糕实践，但还是提醒一句：如果是做用户相关的功能，用express-session存储用户标识才是正确的姿势——每个用户的会话独立，不会互相干扰，安全性也更高。

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