多次 bind 只有首次绑定的 this 生效，后续 bind 的 this 被忽略；预设参数则叠加而非覆盖，因原生 bind 返回函数内部槽位 [[boundthis]] 仅初始化一次，[[boundarguments]] 合并累加。
bind 方法多次调用时，返回的是一个新函数，它内部会忽略后续的 bind 调用——也就是说，只有第一次 bind 生效，后续 bind 不会覆盖或叠加预设的 this 和参数。这是因为 bind 的标准实现返回的是一个不可再绑定的函数（[[BoundTargetFunction]] 内部槽位只在首次 bind 时设置）。
bind 的基本行为：一次绑定，永久锁定
根据 ECMAScript 规范，bind 返回的函数有一个内部属性 [[BoundTargetFunction]]，指向原始函数；还有 [[BoundThis]] 和 [[BoundArguments]]，分别保存绑定的 this 值和部分参数。这些内部槽位在 bind 执行时初始化，之后不再修改。即使对 bind 返回的函数再次调用 bind，引擎会直接创建一个新的绑定函数，但它的 [[BoundTargetFunction]] 指向的是原始函数，而不是上一次 bind 的结果。
- fn.bind(obj1).bind(obj2) 中，obj2 不生效，实际调用时 this 仍是 obj1
- fn.bind(null, 1).bind(undefined, 2) 的实参是 [1, 2]，但注意：第二个 bind 的 2 会追加到第一个 bind 的 [1] 后面，形成 [1, 2] —— 这里参数是叠加的，但 this 不叠加
- 关键点：this 绑定不可覆盖，而预设参数是拼接的（不是覆盖）
手写 bind 时如何模拟“多次 bind”的表现？
自己实现 bind 时，若想严格复现原生行为，需确保返回的函数具备 [[BoundTargetFunction]] 语义：即调用时始终以最原始函数为目标，并合并所有 bind 的预设参数，但只保留第一次指定的 this。
- 不要把 bind 返回的函数当作普通函数再 bind；而是每次 bind 都提取原始函数 + 合并参数 + 固定初始 this
- 可用闭包保存原始函数 reference，避免链式 bind 造成嵌套包装
- 示例逻辑：bind 实现中记录 targetFn（原始函数）、boundThis、boundArgs；新 bind 时，仍用 targetFn 构造新函数，合并 boundArgs 与新 args，但 this 只取首次传入的值（或通过 flag 标记是否已绑定）
为什么原生 bind 不支持 this 覆盖？
这是规范设计的选择，目的是保证绑定语义的确定性。如果允许后一次 bind 覆盖 this，会导致函数行为难以预测，尤其在库封装或高阶函数中容易引发 bug。JavaScript 将 bind 定义为“硬绑定”，一旦设定，就不可被 call/apply 改变（除非手动 new 调用），多次 bind 也只是参数叠加，不会动摇 this 的稳定性。
- fn.bind(obj).call(otherObj, ...) 中，otherObj 被忽略，this 仍是 obj
- new fn.bind(obj)(...) 会忽略 obj，this 指向新实例 —— 这是唯一能绕过硬绑定的场景
- 所以“多次 bind”本质上只是语法糖，最终执行仍由原始函数承载
实际开发中的建议
遇到需要动态切换 this 或参数组合的场景，不要依赖多次 bind，而应选择更灵活的方式：
- 用箭头函数或闭包捕获所需上下文
- 用 call/apply 在调用时动态指定 this 和参数
- 封装成工厂函数，比如 createHandler(fn, context, ...presetArgs)
- 现代写法可借助 bind 的替代方案：fn.bind(...args) → (...args2) => fn.call(context, ...args, ...args2)
