Tree Shaking 不会也不应强制剔除含 Object.setPrototypeOf 的代码，因其属于不可忽略的运行时副作用；Webpack 默认保守保留，需通过 sideEffects 字段显式声明或抽离副作用逻辑来正确处理。
Tree Shaking 本身不会也不应强制剔除带有 Object.setPrototypeOf 等副作用的代码片段。这不是配置问题，而是设计原则：Tree Shaking 的目标是移除未被引用的导出（unused exports），而非“有副作用的代码”。恰恰相反，Object.setPrototypeOf 这类操作属于典型的副作用（side effect），Webpack 默认会保守保留它，以避免破坏运行时行为。
为什么不能“强制剔除” setPrototypeOf 类代码？
Tree Shaking 的安全前提，是确保删除代码不改变程序行为。而 Object.setPrototypeOf 会动态修改对象原型链，影响后续所有属性访问和方法调用——这是明确的、不可忽略的运行时副作用。打包工具若擅自删除它，会导致逻辑崩溃。因此：
- Webpack 不会对含
setPrototypeOf的模块做“摇树”式删除，哪怕该模块没被显式导入使用 - 即使你标记了
"sideEffects": false，只要模块中存在此类操作，就违背了该声明，可能导致严重错误 - 所谓“强制剔除”，本质上是绕过安全机制，等同于手动删掉关键逻辑，不可行也不推荐
正确处理含 setPrototypeOf 的类或模块
如果你希望这类代码不进入最终包，关键不是“强制剔除”，而是让构建工具能准确识别其副作用性，并在必要时排除它：
-
显式声明副作用文件：在
package.json中设置"sideEffects"字段，列出所有含setPrototypeOf、全局注入、样式引入等副作用的文件路径，例如："sideEffects": ["./src/utils/legacy-polyfill.js", "*.css"] -
避免副作用代码混入纯工具模块：把含
setPrototypeOf的逻辑单独抽离到明确标注副作用的文件中，不要和纯函数（如add、debounce）混写在同一模块 -
用条件编译隔离：对非必要兼容逻辑，可用环境变量包裹，如
if (process.env.USE_LEGACY_POLYFILL === 'true') { Object.setPrototypeOf(...) }，再配合 Webpack 的DefinePlugin在生产构建中剔除整个分支
检查并验证实际是否被保留
Webpack 默认保留所有疑似副作用的代码。你可以通过以下方式确认：
- 构建后启用
stats: "verbose"查看模块理由（reasons），观察含setPrototypeOf的文件是否被标记为has side effects - 使用
source-map-explorer或webpack-bundle-analyzer定位该代码是否出现在最终 bundle 中 - 若发现它本不该存在，根源通常是：模块被间接导入（如
import './polyfills'）、或所在包未正确声明sideEffects字段
替代方案：从源头规避
比起后期“剔除”，更可靠的做法是避免引入需 setPrototypeOf 的代码：
- 用 ES6 Class 继承替代手动原型篡改
- 用
Reflect.setPrototypeOf（虽仍有副作用，但语义更清晰，便于工具识别） - 优先选用无副作用的现代替代方案，例如用组合（composition）代替原型链继承
