es modules（esm）通过作用域隔离和显式导出机制从根本上避免全局污染：模块顶层声明默认私有，必须用export显式暴露；import仅引入指定内容并绑定在局部命名空间；构建工具进一步封装闭包、剔除未用代码。
ES Modules（ESM）通过天然的作用域隔离机制，从语言层面直接切断变量自动挂载到全局对象的路径，是避免全局命名空间污染最根本、最可靠的方式。
每个模块默认拥有独立私有作用域
在 ESM 中，文件即模块，顶层声明的 const、let、function 或 class 都不会自动暴露到 window（浏览器）或 globalThis（Node.js）上。即使不写 "use strict"，ESM 也默认启用严格模式，且作用域边界清晰。
-
const api = { get() { return 'data'; } };—— 这个api只在当前模块内可见 - 外部必须显式
export才能被其他模块访问 - 未导出的变量、工具函数、中间状态完全“隐身”，无法被意外覆盖或误用
导出必须显式声明，拒绝隐式暴露
ESM 要求所有对外提供的接口都通过 export 明确声明，不存在“默认挂全局”的行为。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 命名导出：
export const utils = { ... };→ 外部需import { utils } from './mod.js' - 默认导出：
export default class Chart { ... }→ 外部可import Chart from './mod.js' - 不导出 = 不可见，没有例外，也没有“悄悄泄漏”
导入不污染当前作用域，只引入所需内容
import 不会把整个模块的所有变量一股脑拉进当前作用域，而是创建一个只读的绑定视图，且仅包含你明确指定的部分。
-
import { debounce } from 'lodash-es';—— 只引入debounce，其他几百个方法全被排除在外 -
import * as math from './math.js';—— 即使全量导入，也封装在math命名空间下，不会平铺到全局 - 即便第三方库本身有全局副作用（如某些老版本
moment.js），现代 ESM 版本（如moment-es6）通常已移除此类逻辑
配合构建工具进一步加固隔离
在实际项目中，Vite、Webpack 等工具会将每个 ESM 文件包裹进独立函数作用域，并做 tree-shaking 和 scope-hoisting，确保运行时零冗余、零泄漏。
- 打包后代码类似
(function() { const _internal = ...; export const publicFn = ...; })();，内部变量彻底闭包化 - 未使用的导出会被自动剔除，减小体积的同时也杜绝了“留着不用却仍占命名空间”的隐患
- 动态
import()加载的模块，其作用域同样独立，加载前后互不影响
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
