javascript模块导出的是绑定而非值拷贝；导出对象时修改属性会同步原模块，但重赋值会断开引用；基本类型导出为初始值快照，无法反向影响；推荐用getter/setter或函数封装状态。

JavaScript 中模块导入导出时，变量是否保持引用关系，取决于你导出的是**值（primitive）还是对象（object、array、function 等）**，以及你用的是**命名导出（named export）还是默认导出（default export）**。核心原则是：模块系统导出的是**绑定（binding）**，不是值的拷贝；只要导出的是可变对象，且导入方通过该绑定访问并修改它，原始模块中的值就会同步变化。

导出对象时，导入后修改属性会反映在原模块中

这是因为导出的是对同一内存地址的引用绑定：

• 模块 A 导出一个对象：export const config = { theme: 'light' };
• 模块 B 导入并修改：import { config } from './A.js'; config.theme = 'dark';
• 此时模块 A 内部的 config.theme 也变成 'dark'（前提是 A 没有重新赋值 config 变量本身）

导出基本类型时，导入后无法“反向影响”原模块

因为 primitive（string/number/boolean/null/undefined/symbol/bigint）是按值传递的，模块导出的只是初始值的快照：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• A 中：export let count = 0;
• B 中：import { count } from './A.js'; count = 1;
• 这行代码实际是给 B 模块内的 count 绑定重新赋值，并不会改变 A 模块中 count 的值
• 若想让 A 的 count 被修改，B 必须调用 A 提供的 setter 函数（见下一条）

用函数封装状态，是安全共享和更新的推荐方式

避免直接暴露可变变量，改用 getter/setter 或 action 方法控制访问：

• A 中：export let _count = 0;
  export const getCount = () => _count;
  export const increment = () => _count++;
• B 中：import { getCount, increment } from './A.js';
  console.log(getCount()); // 0
  increment();
  console.log(getCount()); // 1
• 这样既保持单例状态，又明确控制变更逻辑，不依赖“引用巧合”

默认导出对象时，同样保持引用，但重赋值会断开连接

注意：即使导出的是对象，一旦你在导入模块中执行 = 赋值操作，就切断了绑定：

• A 中：export default { name: 'app' };
• B 中：import app from './A.js';
  app.name = 'new-app'; // ✅ 修改属性，A 中也变
  app = { name: 'other' }; // ❌ 重新赋值，只改 B 的本地绑定，A 不受影响

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南