导出映射通过在package.json中定义exports字段，统一模块访问路径，避免深层导入和导出混乱，提升维护性和构建优化。
JavaScript 的模块碎片化问题指的是当一个库或应用使用多个模块文件，而这些模块之间导出方式不统一或引用路径复杂时，导致维护困难、性能下降和打包体积膨胀的现象。尤其在大型项目中，不同模块可能重复导出相同功能，或者消费者需要从深层路径导入，造成“路径地狱”。
模块碎片化的常见表现
开发者经常遇到以下情况：
- 必须从深层路径导入，比如 import { Button } from 'ui/components/button'，而不是统一入口 import { Button } from 'ui'
- 同一个包的不同模块导出方式不一致，有的用命名导出，有的是默认导出
- 构建工具难以优化代码拆分，因为模块依赖关系混乱
- 类型系统（如 TypeScript）无法准确推断导出内容
导出映射提案（Export Maps Proposal）的作用
导出映射是 package.json 中 exports 字段的增强机制，它允许包作者明确指定哪些模块可以被外部访问，以及如何通过简洁路径访问它们。它解决了模块暴露不清晰的问题。
通过在 package.json 中定义 exports 映射，可以：
立即学习“Java免费学习笔记（深入）”；
- 控制公共 API 的边界，隐藏内部实现文件
- 提供简短、稳定的导入路径
- 支持条件导出（如区分浏览器与 Node.js 环境）
假设有一个 UI 库，结构如下：
/ui ├── dist/ ├── src/ │ ├── components/Button.js │ └── index.js └── package.json
在 package.json 中配置导出映射：
{
"name": "my-ui",
"exports": {
".": "./dist/index.js",
"./components/button": "./dist/components/Button.js"
}
}
使用者就可以写：
import { Button } from 'my-ui/components/button';
而不是暴露 src 路径或深层结构，避免了碎片化引用。
导出映射如何缓解碎片化
它通过集中管理模块出口，让整个包的导入路径变得可预测且扁平化：
- 不再需要用户猜测文件路径，所有可用导出都在 exports 中声明
- 构建工具可以基于 exports 进行更精准的 tree-shaking
- 支持子路径导入的同时，防止非法访问内部模块
- 配合 import maps，可在浏览器中实现类似效果
基本上就这些。导出映射提案虽然不能完全消除模块碎片，但它提供了一种标准化方式来组织和暴露模块，让 JavaScript 模块系统更健壮、更易于维护。
