先记住这个答案
重命名导入的写法是 import { original as alias } from './mod.js'。关键在于：ESM 的导入不是把值拷贝进当前模块，而是建立一条指向导出模块词法环境的只读实时绑定。as 只改变了本地引用的名字，不改变绑定的本质，所以别名同样跟随导出方的后续赋值实时更新。导入方不能给别名重新赋值，会抛 TypeError；但如果绑定的是对象，可以修改其属性并被其他模块观察到。
as只改本地名字，绑定关系不变- 重命名导入仍是只读实时绑定
- 导入方不能给别名赋值，可改对象属性
别名为什么仍然是实时绑定
ESM 在链接阶段就为每个导入声明建立一条绑定记录，记录的内容是『哪个模块、哪个导出名字』，而不是当时的值。import { count as total } from './a.js' 只是告诉引擎：本地标识符 total 解析到 a 模块导出的 count。执行阶段每次读取 total，引擎都会回到 a 模块的环境记录里取 count 的当前值。
正因为取的是『当前值』，别名与不加别名的具名导入行为完全一致。如果导出模块内部执行 count = 2，那么所有导入了它的模块，无论用原名还是别名，下一次读取都会得到 2。这与解构赋值截然不同：解构是把值拷贝到新变量，绑定从此断开；而 import ... as 从不产生拷贝。
// 用对象模拟模块环境记录，演示实时绑定与快照的区别
const moduleEnv = { count: 1 };
// 模拟实时绑定：通过 getter 每次读取当前值
const liveBinding = {
get total() { return moduleEnv.count; }
};
// 模拟解构式快照：拷贝当时的值
const snapshot = moduleEnv.count;
console.log(liveBinding.total); // 初始读取
console.log(snapshot);
moduleEnv.count = 2; // 导出方重新赋值
console.log(liveBinding.total); // 实时绑定读到新值
console.log(snapshot); // 快照不变查看输出与解释
1
1
2
1真实 ESM 中无需手写 getter，引擎内部就按此方式解析导入绑定；此例仅用于在没有模块系统的环境里直观展示差异。
特性开关模块中的重命名导入
假设一个中后台项目有 flags.js：export let darkMode = false;，用户在设置页切换主题时由该模块内部执行 darkMode = true。多个业务模块都用 import { darkMode as isDark } from './flags.js'，因为本地已有同名变量，必须用别名避开冲突。约束是：UI 渲染函数每次被调用时都要拿到最新开关值。
结果是可行的：渲染函数在事件回调里读取 isDark，拿到的永远是 flags 模块当前的 darkMode。假设团队曾尝试改成 const isDark = darkMode 快照缓存以避免‘魔法’，结果切换主题后界面不更新，最后改回别名导入并在代码注释里标明这是实时绑定，避免后来的人误以为是普通常量。
别名绑定在哪些情况下看起来失效
最常见的失效错觉来自导出方用的是 export const。const 导出本身不能被重新赋值，绑定自然永远不变，这不是别名的问题。第二种情况是开发者对导入值做解构或存入本地变量，例如 const { total } = someObj 或先 let v = isDark，此后 v 就是快照，与原绑定脱钩。第三种情况是 CommonJS 互操作：经打包器转译后，实时绑定可能被弱化为普通属性拷贝。
对应处理：需要可变导出时用 export let 并只在导出模块内部修改；消费方始终在用到时才读别名，不提前缓存；若项目混用 CJS 与 ESM，关键状态改为通过 getter 函数导出，例如 export const getDarkMode = () => darkMode，调用即取值。代价是多一层函数调用，但在转译链下行为更可控。
容易答错的地方
- 以为 `as` 重命名会断开绑定
- 别名只是本地标识符改名，绑定仍指向导出模块的同一条环境记录。导出方重新赋值后，通过别名读取同样得到新值，断开的只有你自己做的本地拷贝或解构。
- 认为可以给别名重新赋值
- 导入绑定是只读的，
isDark = true在模块顶层会抛TypeError: Assignment to constant variable。想改变状态必须由导出模块提供修改函数，导入方只能读。
面试官还会怎么问？
`import { default as foo }` 和默认导入 `import foo` 一样吗？
效果相同，default 是保留字所以必须起别名，二者绑定的是同一条默认导出。差别只在写法：具名形式可以与 export ... from 再导出配合，例如 export { default as foo } from './mod.js'。
重命名导入会影响 Tree-shaking 吗？
不会。Tree-shaking 依据的是静态的导入-导出对应关系，as 只是改名，打包器依然能精确追踪到原始导出。真正影响摇树优化的是副作用和 import * as ns 的整命名空间使用方式。
导出的是对象时，修改属性能被别名看到吗？
能。绑定只读只限制『重新赋值』，不限制对象内部可变性。任何模块改了导出对象的属性，其他通过原名或别名导入的模块都能观察到，因为大家引用的是同一个对象。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。