tree shaking 受高阶函数阻碍，因其破坏静态分析与纯度假设；应导出具体函数、确保纯性、用 /*#__pure__*/ 标注、拆分副作用逻辑，并优先使用 es 模块。
Tree Shaking 本身不“处理”高阶函数包装的阻碍，而是被它干扰——高阶函数若引入副作用、破坏纯度或模糊导出引用，就会让打包器无法安全地剔除未使用代码。关键不在绕过阻碍，而在从源头避免它。
高阶函数如何实际阻碍 Tree Shaking
Tree Shaking 依赖两个前提：静态可分析的 import/export 和无副作用的模块逻辑。高阶函数常在这两点上踩坑：
-
动态导出掩盖真实依赖：比如
const createApi = (base) => ({ get: () => fetch(base + '/get') }); export default createApi;—— 导出的是函数，不是具体 API 方法，webpack 无法判断get是否被调用 -
闭包捕获外部变量引发副作用疑虑：若高阶函数返回的函数内部修改了模块顶层变量、调用了
console.log或触发 DOM 更新，打包器会保守保留整个模块（因无法确认该模块是否“纯粹”） -
this 绑定或 new 调用破坏纯函数假设：例如
const withLoading = (fn) => function() { this.isLoading = true; return fn.apply(this, arguments); };—— 含状态变更和上下文依赖，被识别为有副作用
保持高阶函数“可摇动”的实操原则
不是不用高阶函数，而是让它们符合 Tree Shaking 的胃口：
-
导出具体函数而非工厂函数：优先写
export const fetchUser = createApi('/users');，再单独导出；避免只导出createApi一个通用工厂 -
确保返回函数是纯的：不读写外部可变状态、不调用非纯函数（如
Date.now()、Math.random()）、不操作 DOM 或全局对象 -
显式标记无副作用：在调用处加注释
/*#__PURE__*/，例如const safeFn = /*#__PURE__*/withRetry(fetch);，告诉 webpack 这个调用不会产生可观测副作用 -
配合
sideEffects: false使用时，把含副作用的高阶函数单独拆出文件：比如将日志增强、错误上报等带副作用的包装器放在enhancers/withLog.js，并在package.json的sideEffects数组中明确列出该文件
模块脚本与高阶函数的协同优化
用 type="module" 脚本替代传统 script，能强化 Tree Shaking 效果：
- 模块作用域天然隔离变量，减少意外污染导致的“疑似副作用”误判
- ES 模块的静态导入特性让高阶函数的使用路径更清晰，例如
import { pipe } from 'lodash/fp';比import _ from 'lodash'; const pipe = _.flowRight;更易被分析 - 搭配
/*#__PURE__*/注释时，模块环境下注释作用范围更确定，不会被外层 IIFE 或全局逻辑干扰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
