使用 export * 会导致打包工具无法进行 tree shaking，因为静态分析工具无法确定导出的具体符号，从而被迫保留所有代码。要解决这个问题，应改为显式列出需要导出的名称，例如 export { foo, bar }，这样打包工具就能准确识别并剔除未使用的代码。
为什么 export * 会阻止 Tree Shaking
Tree Shaking 依赖于 ES Module 的静态结构分析。当模块中使用 export * 时，它相当于一个通配符，告诉打包器“把另一个模块的所有导出都暴露出来”。由于打包器在编译阶段无法安全地遍历并解析被导入模块的所有潜在导出（特别是动态或复杂的依赖链），它会采取保守策略，认为该模块可能包含任何代码，因此不会删除其中的任何函数或变量。这导致最终生成的 Bundle 体积显著增加，包含了大量实际上并未被主程序调用的死代码。
// barrel.js - 坏实践：阻止 Tree Shaking
export * from './utils';
// utils.js
export function helperA() { return 1; }
export function helperB() { return 2; } // 如果 main.js 没用到 helperB，它也会被打包进来
在上述结构中，即使 main.js 只使用了 helperA，由于 barrel.js 使用了 export *，打包工具通常会将 helperB 也包含在最终输出中。这是因为 export * 破坏了符号的静态可见性，使得优化器无法建立从入口文件到具体函数的精确引用图。
如何修改为显式导出以启用优化
将 export * 替换为具体的命名导出列表是解决此问题的标准做法。通过明确指定 export { name }，你向打包工具提供了清晰的静态分析线索。打包器可以精确地追踪哪些导出被消费了，哪些没有，从而安全地移除未使用的部分。这种写法虽然稍微繁琐一点，但能确保只有必要的代码进入生产环境。
// barrel.js - 好实践：支持 Tree Shaking
export { helperA } from './utils';
// utils.js
export function helperA() { return 1; }
export function helperB() { return 2; } // 现在 helperB 可以被安全丢弃
在修改后的结构中，barrel.js 仅重新导出了 helperA。当打包工具分析 main.js 时，它发现只依赖 helperA，进而追溯到 utils.js 中的具体实现。由于 helperB 没有被任何路径引用，它会被标记为死代码并从最终的 Bundle 中剔除。这种方法不仅减小了包体积，还提高了加载速度。
基于程序中某个输入、条件或结果的具体问题
在修改为显式导出后，如果主程序确实没有调用某些函数，这些函数将从最终产物中消失。验证这一行为可以通过检查打包后的代码大小或使用工具如 rollup-plugin-visualizer 来确认未使用的模块是否已被正确移除。显式导出确保了代码库的整洁性和高效性，避免了因通配符导出带来的性能损耗。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
