Node.js中module.exports导出变量在引用文件未同步更新问题

和深浅拷贝无关，是CommonJS模块规则+JS引用类型特性的共同结果：

1. CommonJS 模块导出的是引用快照：如果你在server.js中先声明两个数组局部变量，再挂到module.exports上导出，后续重置游戏时直接给局部变量赋新空数组（例如写playerDefinitions = []），本质只是让局部变量指向了新的内存地址，module.exports里存的始终是第一次导出时的旧数组引用。scores.js导入拿到的就是这个旧引用，自然感知不到你给局部变量赋的新值。
2. 如果你在scores.js里曾经把某条记录下的playersChoosing数组单独存成了独立变量（比如const currentChoosing = def.playersChoosing），这个变量会直接持有该数组的原始引用，后续不管你怎么替换外层的playerDefinitions数组，这个变量指向的还是旧的数组对象，不可能同步更新。

选任意一种符合你业务逻辑的方式即可：

• 最省事的改法：重置数组时不要直接重新赋值，在原数组上做清空操作。把playerDefinitions = []改成playerDefinitions.length = 0，后续新增数据直接用push往原数组里追加，所有持有原数组引用的位置都能同步拿到最新值。gameConnections数组重置同理。
• 避免缓存嵌套属性引用：不要把playersChoosing这类深层嵌套的数组/对象单独存为长期变量，每次使用时都从最外层导入的数组逐层往下取值，就不会拿到脱离上下文的旧引用。
• 如果业务上确实需要整体替换数组（比如重置时直接塞新的初始化数据，不是空数组），就不要直接导出数组本身，改成导出取值方法，每次调用时返回最新的引用：

  // server.js 调整导出逻辑
  let playerDefinitions = [];
  let gameConnections = [];
  
  function resetGame() {
    // 这里直接给局部变量赋新数组不会有问题
    playerDefinitions = [];
    gameConnections = [];
  }
  
  module.exports = {
    getPlayerDefs: () => playerDefinitions,
    getGameConns: () => gameConnections,
    resetGame
  }
  

  在scores.js中需要取数据时，直接调用对应的get方法即可，永远能拿到最新的数组引用。

重置操作前后分别在两个文件里打印对应数组，如果你发现两边打印的内容对不上，直接观察Node环境下console.log打印对象时带的引用标记（灰色的<ref *1>这类标识），只要两边引用地址不一致，就说明是赋值操作导致的引用断裂。

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