ES Modules 通过模块作用域天然避免全局命名冲突，关键在于导入时用“as”重命名、整体命名空间导入、导出时采用带业务上下文的具名导出，并借助tree-shaking和ESLint提前发现命名歧义。
ES Modules 本身已从语言层面杜绝了全局命名冲突——每个文件默认拥有独立作用域，导出的成员不会自动挂到全局，也不会覆盖其他模块同名标识符。真正需要关注的，是导入和使用时的显式命名管理。
用重命名导入（import as）隔离同名导出
当多个模块导出相同名称（如 format、validate），可在导入时直接改名，避免在当前作用域中冲突：
import { format as formatDate } from './date-utils.js';import { format as formatNumber } from './number-utils.js';- 之后可安全调用
formatDate('2026-10-08')和formatNumber(1234.56)，互不干扰
统一用命名空间方式导入整个模块
对工具类模块，推荐整体导入并用模块名作前缀，语义清晰且天然防冲突：
import * as date from './date-utils.js';import * as num from './number-utils.js';- 调用时明确区分：
date.format(...)、num.format(...) - 即使两个模块都导出
format，也不会发生覆盖或报错
导出时避免裸名，优先用具名导出 + 意图明确的名称
不要依赖默认导出掩盖命名问题；主动设计不易冲突的导出名：
- ❌ 避免：
export default function validate() { ... }（不同模块都叫default，导入时仍需重命名） - ✅ 推荐：
export function validateEmail(email) { ... }、export function validatePhone(phone) { ... } - 导出函数/常量时带上业务上下文，大幅降低多人协作中无意重名的概率
构建阶段启用 tree-shaking 与静态分析辅助
现代打包工具（如 Vite、Webpack）能识别未使用的导入，并在控制台提示潜在歧义：
- 若某模块被多次以不同别名导入同一功能，构建日志可能警告“重复引入”
- 配合 ESLint 插件（如
eslint-plugin-import），可校验导入命名是否一致、是否存在未解析的重名风险 - 这类检查不解决运行时冲突，但能提前暴露设计模糊点
