不能强制剔除含闭包副作用的代码片段——因tree shaking是静态分析，无法可靠判定运行时闭包副作用是否可删，强行绕过会破坏功能甚至导致崩溃。
不能强制剔除含闭包副作用的代码片段——这不是配置问题，而是语义安全限制。打包工具（如 Webpack、Vite、Rollup）的 Tree Shaking 本质是静态分析，而闭包副作用属于运行时行为，无法在构建阶段被可靠判定是否“可删”。强行绕过会破坏功能，甚至引发线上崩溃。
为什么闭包副作用无法被安全裁剪
闭包副作用指函数内部通过变量捕获、状态修改、定时器注册、事件监听等方式产生的外部可观测影响。例如：
-
状态闭包：
const createCounter = () => { let count = 0; return () => count++; };—— 即使未调用，定义本身不产生副作用；但一旦导出并被引用，其执行结果就不可预测 -
副作用闭包：
export const initLogger = () => { console.log('booted'); setInterval(() => {}, 1000); };—— 调用即触发日志和定时器，属明确副作用 -
间接引用：
const handlers = { a: () => api.track('a') }; export default handlers;—— Webpack 无法判断handlers.a是否会被某处反射调用（如handlers[flag]()）
真正可行的替代方案
与其“强制剔除”，不如通过结构设计让副作用显性化、可声明、可隔离：
-
把副作用逻辑抽离到独立模块，并在 package.json 中声明 sideEffects：
例如新建src/init/track.js，只做埋点初始化，然后在库的package.json中写："sideEffects": ["./src/init/track.js"]。这样其他无副作用模块仍可被正常摇掉 -
用条件编译 + DefinePlugin 屏蔽开发期副作用：
对仅用于调试的闭包（如 mock 数据生成器、dev-only logger），用环境变量包裹：if (import.meta.env.PROD) { initAnalytics(); }，再配合DefinePlugin把import.meta.env.PROD替换为true，Terser 会自动删除整个 if 块 -
避免导出带副作用的闭包工厂函数：
不要写export const createApiService = () => { /* 建立全局 axios 实例 */ };；改用具名导出+惰性初始化：export const apiService = { get() { return instance ?? (instance = create()); } }，便于工具识别“导出的是对象，不是立即执行的副作用” -
对第三方库中的闭包副作用，优先选用 ESM 版本并检查其 sideEffects 声明：
比如date-fns的 ESM 包已声明"sideEffects": false，而某些 UI 库的 locale 模块虽含闭包（如加载语言包），但可通过自定义插件按需保留（如只留zh-CN和en-US），而非靠 Tree Shaking 删除
警惕“伪裁剪”陷阱
有些做法看似删掉了代码，实则只是隐藏了问题：
- 用正则替换或 Babel 插件暴力删除
console、debugger—— 这类是开发残留，不是闭包副作用；闭包里的localStorage.setItem或addEventListener不会因此消失 - 配置 Terser
drop_console: true或pure_getters: true—— 它们只作用于表达式级优化，无法推断闭包内函数调用是否必要 - 把模块标记为
"sideEffects": false却实际包含Element.prototype.addMyMethod = ...—— 构建时看似体积减小，运行时直接报错
归根结底，闭包副作用不是“该不该删”的问题，而是“要不要存在”和“在哪里存在”的问题。把它从通用工具模块里剥离出来，放到明确的初始化入口、生命周期钩子或 feature flag 控制的分支中，才是可持续的裁剪逻辑。
