Tree Shaking 无法处理动态属性访问，因其破坏静态分析确定性：obj[variable]等写法使引用关系延迟至运行时，打包工具无法在构建阶段判定具体使用了哪些导出，只能保守保留整个模块或命名空间，导致死代码无法剔除。
Tree Shaking 无法处理动态属性访问，因为它会破坏静态分析的确定性。一旦出现 obj[variable]、obj[key] 或 obj[someComputedName] 这类写法，打包工具就无法在构建阶段确认哪些导出被真正使用，从而保守保留整个模块或命名空间，导致未使用代码无法被移除。
为什么动态属性访问会阻碍 Tree Shaking
Tree Shaking 依赖对 import/export 关系的精确静态追踪。而动态属性访问让引用关系变成运行时才决定的行为：
- ES 模块要求导入导出必须是顶层、字面量、不可变的绑定 —— 动态 key 不符合该规范
- 打包工具（如 Rollup、Webpack、Vite）基于 AST 分析，但无法推断字符串变量值，也就无法判断
utils[methodName]是否等于"filter"或"map" - 即使你只用到了一个方法，
import * as utils from './utils'再配合utils[xxx]，整包仍大概率被保留
常见触发动态访问的写法
以下看似无害的代码都会让 Tree Shaking 失效：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
import * as _ from 'lodash'; const result = _[method](data);-
const handlers = { init, destroy }; handlers[phase]();（若phase来自配置或响应式状态） -
import utils from './utils'; utils[config.fnName]();（默认导出对象 + 动态调用） - 使用
Object.keys(obj).forEach(key => obj[key]())遍历调用所有方法
如何绕过动态访问带来的阻碍
核心思路是把“运行时决定”转为“编译时可判定”，同时保持灵活性：
立即学习“Java免费学习笔记（深入）”；
- 改用具名导入 + 显式条件分支：比如
import { filter, map, reduce } from 'lodash-es'; const fn = method === 'filter' ? filter : method === 'map' ? map : reduce; - 封装映射表并确保 key 是字面量：
const strategy = { filter, map }; const fn = strategy['filter'];（注意：key 必须是字符串字面量，不能是变量） - 对第三方库，优先选用支持 ESM 且导出粒度细的版本（如
lodash-es），避免import _ from 'lodash' - 如必须动态调用，可将相关函数单独提取到无副作用的纯模块中，并在
package.json中声明"sideEffects": false，减少误保留范围
验证是否真的被阻碍
最直接的方法是检查构建产物：
- 用
webpack-bundle-analyzer查看目标模块是否完整出现在 bundle 中 - 临时删掉某个本应被摇掉的函数，在入口里只做
import { unused } from './x';但不使用它 —— 如果体积没变化，说明 Tree Shaking 正常；如果加了动态访问后体积变大，就证实它被阻断了 - 在 Vite 项目中启用
build.rollupOptions.treeshake: 'recommended'并观察 warning 日志，Rollup 通常会提示 “Missing exports” 或 “namespace object is referenced” 类警告
