真正能稳定实现bind调用内联的是terser压缩阶段，需配合/#__pure__/注释或pure_funcs配置，tsc因无法分析副作用而保守保留原始结构。
这本质上是要求在构建阶段启用“函数内联”（inlining）优化，但需限定于无副作用的显式绑定调用（如 obj.method.bind(obj) 或 fn.bind(null, arg)），且由编译工具链自动识别并展开为等效的直接调用形式。现代 JavaScript/TypeScript 构建流程中，**真正能稳定、安全、可控地实现该行为的，不是 TypeScript 编译器本身，而是基于 Terser 的生产级压缩阶段**。
为什么 tsc 不做这件事
TypeScript 编译器（tsc）只做类型擦除和语法降级，不执行运行时语义分析。它无法判断 bind 调用是否无副作用——比如 someObj.method.bind(someObj) 看似安全，但若 method 内部读取了 this 上的可变状态，或触发了 getter/setter，就存在隐式副作用。tsc 保守起见，一律保留原始调用结构。
核心实现路径：Terser 的 pure_funcs + side_effects
实际生效环节在 Webpack/Vite/Rollup 的压缩阶段，依赖 Terser 对标记为“纯函数”的调用进行内联。你需要两步配合：
-
在代码中显式标注 bind 调用为纯函数调用：用
/*#__PURE__*/注释包裹，例如const boundFn = /*#__PURE__*/ someFn.bind(null, 'fixed'); -
配置 Terser 启用 pure_funcs 规则：告诉它把
Function.prototype.bind视为纯函数，允许内联其返回值的调用：{ terserOptions: { compress: { pure_funcs: ['Function.prototype.bind'] } } }
更稳妥的工程化写法（推荐）
手动标注易遗漏，建议封装一个无副作用的绑定工具函数，并在构建配置中将其加入 pure_funcs：
- 定义工具函数（确保无副作用）：
export const bind0 = (fn, thisArg) => fn.bind(thisArg);<br>export const bind1 = (fn, thisArg, a) => fn.bind(thisArg, a);
- Webpack 配置示例：
optimization: { minimize: true, minimizer: [new TerserPlugin({ terserOptions: { compress: { pure_funcs: ['bind0', 'bind1'] } } })] } - 代码中使用：
const handleClick = bind0(handler, this); // 可被安全内联
注意边界与验证方式
该优化仅在 mode: 'production' 下生效；开发模式默认关闭。验证是否成功，可检查最终打包产物中是否还存在 .bind( 字符串——若已转为 handler.call(this, ...) 或直接展开为闭包调用，即表示内联成功。也可通过 Source Map 定位原始调用行，观察生成代码是否被简化。
