Tree Shaking效果取决于导出与导入方式而非函数简写：✅具名export+具名import可精准摇除；❌export default对象会阻断摇除；⚠️默认导入+动态属性访问亦削弱效果。
方法简写本身不影响 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，否则即使函数没被引用，也可能因疑似副作用而被保留
