如何识别方法简写对 Tree Shaking 的影响

Tree Shaking 的效果并不取决于函数是否采用箭头函数或方法简写等语法形式，而关键在于模块的导出结构与导入方式——具名导出（export { fn }）配合具名导入（import { fn }）才能实现精准摇除；一旦将多个函数包裹在 export default 对象中，或使用默认导入后通过动态属性访问（如 math.add()），整个对象就会被视为不可分割的单元而无法被有效剔除，即使其中大部分函数从未被调用。真正决定可摇性的，是函数能否作为独立、静态可分析的导出项存在，而非代码是否“简洁”。

方法简写本身不影响 Tree Shaking，真正起决定作用的是 导出方式 和 导入使用方式。只要模块使用 ES6 的 export 语法（而非 export default 对象解构），且调用方采用具名导入（import { fn }），打包工具就能准确识别哪些函数被引用、哪些未被引用。

关键：导出结构决定可摇性

Tree Shaking 不关心函数是否“简写”，而关注它是否作为独立的、可静态分析的导出项存在：

• ✅ 支持摇除：每个函数单独 export，或统一对象导出但未包裹在 export default 中
• ❌ 阻断摇除：函数被收进一个 export default { fnA, fnB } 对象里，此时整个对象被视为一个不可拆分的单元
• ⚠️ 模糊风险：使用 export default () => {} 或 export default class 是安全的（单个默认导出可被标记），但若默认导出是对象字面量，则内部属性无法被单独标记

导入写法直接影响标记精度

即使导出结构合理，错误的导入方式也会让工具“看不清”实际使用了哪些成员：

• ✅ 推荐：import { add } from './math' —— 工具能明确知道只用了 add
• ✅ 仍可摇：import * as math from './math' —— Rollup/Webpack 会进一步分析 math.add 是否被访问
• ❌ 高风险：import math from './math'（默认导入）+ math.add() —— 若 math 是对象，默认导出对象整体可能被保留，即使只调用其中一两个方法

常见简写陷阱示例

以下写法看似简洁，但会削弱 Tree Shaking 效果：

• export default { sum: (a,b) => a+b, sub: (a,b) => a-b } → 整个对象无法被拆分，sub 即使不用也会保留
• const utils = { log() {}, warn() {} }; export default utils → 同上，工具无法静态判定 utils.warn 是否被访问
• export default function createApi() { return { get(), post() } } → 返回值是运行时构造的对象，完全脱离静态分析范围

保障可摇性的实践建议

想让简写函数也能被干净剔除，只需守住两条线：

• 导出用具名 export：哪怕写成 export const add = (a,b) => a+b，也比塞进 default 对象更安全
• 避免动态属性访问：不写 obj[methodName] 或 obj[key]，这类写法会让工具放弃对该对象所有属性的摇除判断
• 确认构建配置启用副作用声明：在 package.json 中设 "sideEffects": false，否则即使函数没被引用，也可能因疑似副作用而被保留

本篇关于《如何识别方法简写对 Tree Shaking 的影响》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！