Express应用中全局变量在GET请求正常但POST请求时为undefined

问题现象 #

模块顶层声明的变量dirName在GET路由中可正常打印赋值后的目标目录路径，但在后续的POST上传路由中读取时返回undefined，具体运行日志顺序如下：

# 首次运行时的输出
./public/labeled_images/bnmghjtyu/
[nodemon] starting node server.js
Running at localhost:3000
# 提交上传请求后的输出
undefined

相关业务代码 #

• 全局变量声明与赋值路由

// 模块顶层全局变量声明
var dirName;

app.post("/addFace", function (req, res) {
  const name = req.body.nameFace;
  // 给全局变量赋值目标存储目录
  dirName = "./public/labeled_images/" + name + "/"; 
});

• 运行正常的GET路由

app.get("/addFace/upload", function (req, res) {
  // 该路由可正常读取并打印dirName的赋值结果
  res.render("upface");
  console.log(dirName);
});

• 出现异常的POST上传路由

app.post("/addFace/upload", function (req, res) {
  // 该路由读取dirName时返回undefined
  console.log(dirName);
  const storage = multer.diskStorage({
    destination(req, file, cb) {
      cb(null, dirName);
    },
    filename: function (req, file, cb) {
      let fileName =
        file.fieldname + "-" + Date.now() + path.extname(file.originalname);
      cb(null, fileName);
    },
  });
});

核心问题原因 #

• Nodemon热重启导致内存变量被重置：从日志的先后顺序可以直接定位触发路径——旧进程里GET路由刚打印完dirName的值，Nodemon就因为检测到POST /addFace路由里刚创建的用户目录文件变动，触发了整个Node.js进程的重启。模块顶层声明的dirName是存放在进程内存里的变量，进程重启后会被重置回初始值undefined，后续新进程里的POST路由根本没有接收到之前的赋值逻辑，自然读不到有效值。
• 全局变量存跨请求状态的逻辑本身存在缺陷：就算没有热重启问题，用模块级全局变量存储HTTP请求的专属路径参数，也完全不符合Web服务的无状态特性。只要出现并发请求、接口逻辑跳转，全局变量就会被新的请求值覆盖，根本没法稳定对应到单个用户之前提交的目录名参数。

解决方案 #

• 优先调整状态传递逻辑，彻底替换全局变量：
  • 访问上传页的GET路由中，把对应的目标目录值直接注入到模板页面的隐藏表单域里，用户提交上传POST请求时，从req.body中读取该值拼接存储路径，全程不依赖进程内存的全局变量。
  • 如果是需要登录鉴权的业务流程，可以把目录值存到用户的会话（session）中，从req.session中读取对应参数，避免状态共享带来的并发冲突。
• 临时验证排查的调整（不建议作为长期方案）：
  • 修改Nodemon的配置规则，把public/labeled_images这类动态生成文件的目录排除在文件监控范围外，避免程序自身创建的文件触发进程重启，可用来验证热重启是否为问题触发的核心原因。
  • 注意这种写法仅适用于本地调试排查，生产环境下多用户并发访问时，全局变量依然会出现值覆盖丢失的问题，不能作为正式业务逻辑使用。

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