Express.js全局对象疑问：多教师请求时对象是新建还是共享覆盖？

嘿，这个问题问到点子上了——多用户并发场景下的数据隔离是后端开发的核心坑点之一，搞不好分分钟出数据混乱的bug！我来给你掰扯清楚：

核心结论先给你 #

如果你的「global object」是后端语言全局作用域里的对象/变量（比如Node.js的global、Python的全局变量、Java的静态变量），那所有教师的请求都会共享同一个对象，后续请求的修改会直接覆盖前面的内容，完全没有隔离性，这绝对是错误的做法！

但如果是你在路由的请求处理函数内部创建的局部对象，那每个教师的请求都会生成一个独立的对象实例，互相之间完全不会干扰，这才是正确的姿势。

举两个例子帮你理解 #

错误示范（共享全局对象，必出问题） #

比如在Node.js Express里，如果你这么写：

// 全局作用域定义的对象，所有请求共享
global.currentTeacher = {};

app.post('/teacher/operate', (req, res) => {
  // 修改全局对象，会被后续请求覆盖
  global.currentTeacher.id = req.body.teacherId;
  global.currentTeacher.name = req.body.name;
  
  // 假设这里有个耗时操作（比如查数据库）
  setTimeout(() => {
    // 此时如果有另一个教师的请求进来，currentTeacher已经被改成别人的了
    console.log(`处理教师：${global.currentTeacher.name}`);
  }, 1000);
  
  res.send('操作完成');
});

这种情况下，教师A的请求还在处理中，教师B的请求过来会直接把global.currentTeacher改成B的信息，最后A的回调里打印的会是B的名字，完全混乱！

正确示范（请求级别的独立对象） #

还是Node.js Express，改成在请求函数内部创建对象：

app.post('/teacher/operate', (req, res) => {
  // 每个请求进来都会创建新的对象实例，完全隔离
  const currentTeacher = {
    id: req.body.teacherId,
    name: req.body.name
  };
  
  setTimeout(() => {
    // 这里的currentTeacher是当前请求独有的，不会被其他请求修改
    console.log(`处理教师：${currentTeacher.name}`);
  }, 1000);
  
  res.send('操作完成');
});

或者你也可以把对象挂载到请求上下文上（比如req.currentTeacher = {...}），这样在后续的中间件或处理函数里也能访问，同样是每个请求独立的。

不同后端框架的正确姿势补充 #

• Java/Spring：用HttpServletRequest的setAttribute()存储请求级数据，或者用ThreadLocal来绑定当前线程（每个请求对应一个独立线程）的变量。
• Python/Flask：用框架提供的g对象（请求上下文全局变量，每个请求独立），而不是自己定义全局变量。
• Python/Django：用request对象的自定义属性来存储请求级数据。

最后再划重点 #

永远不要用全局作用域的对象来存储单个请求的业务数据！必须用请求上下文绑定的变量或者请求处理函数内部的局部变量，才能保证多用户请求之间的数据隔离，避免被覆盖的问题。

内容的提问来源于stack exchange，提问作者Dilan Sachintha Nayanajith