要提升JavaScript包的Tree Shaking效果，需确保使用ES模块语法、在package.json中正确声明sideEffects、避免全量导入并启用生产模式优化，结合构建工具和分析工具验证结果。
要提升JavaScript包的Tree Shaking效果，关键在于确保打包工具（如Webpack、Rollup或Vite）能准确识别并移除未使用的代码。Tree Shaking依赖于ES模块的静态结构，因此优化必须从代码组织、构建配置和依赖管理三方面入手。
使用ES模块语法
Tree Shaking仅对ES6模块（import/export）有效，CommonJS（require）是动态的，无法被静态分析。
- 确保项目中所有模块都使用 import 和 export，避免混用 require
- 第三方库若只提供CommonJS版本，考虑替换为支持ESM的替代品，或使用插件转换（如 vite-plugin-commonjs）
- 发布自己的库时，同时提供 .mjs 或 package.json 中的 exports 字段声明ESM入口
避免副作用引发的保留代码
如果模块存在“副作用”，打包工具会保守地保留整个文件，即使只导入部分功能。
- 在 package.json 中明确声明："sideEffects": false，表示所有模块无副作用
- 若有真实副作用（如全局样式注入），列出具体文件："sideEffects": ["./src/polyfill.js", "./styles/global.css"]
- 避免在模块顶层执行有实际影响的操作，例如直接调用API、修改全局对象等
按需引入并避免全量导入
即使Tree Shaking开启，错误的导入方式仍会导致无用代码保留。
立即学习“Java免费学习笔记（深入）”；
- 不要这样写：import _ from 'lodash'，应改为：import debounce from 'lodash/debounce'
- 使用支持Tree Shaking的库，如 lodash-es 而非 lodash
- 组件库推荐按需加载方案，如 antd 配合 babel-plugin-import 或使用 es 模块路径
启用生产模式与压缩工具
Tree Shaking依赖打包工具的优化流程，尤其是标记和删除阶段。
- 确保构建在 production 模式下进行，Webpack会自动启用 mode: 'production' 相关优化
- 启用 TerserPlugin 删除死代码，配合 usedExports 和 concatenateModules 提升效果
- 检查最终产物，使用 source-map-explorer 分析哪些代码未被摇掉
基本上就这些。核心是保持模块的静态可分析性，减少副作用，合理组织导入，并验证输出结果。不复杂但容易忽略细节。
