软绑定的核心是函数在普通调用时兜底使用预设this，而在new、call、apply等显式调用时尊重原规则；其实现需动态判断this有效性并兼容构造调用与原型继承。
软绑定的核心是让函数既能保留原始 this 的灵活性，又能在多数调用场景下“倾向性地”使用指定的 this 值，但不强制覆盖——比如被 new 调用或显式 call/apply 时仍能按规则优先级生效。要实现通用辅助函数，关键在于模拟原生 bind 的行为，但去掉不可撤销的硬绑定特性。
软绑定函数的设计逻辑
软绑定不是覆盖 this，而是“兜底”：当函数被普通调用（即 this 为 undefined 或全局对象）时，才使用预设的 this；一旦调用者通过 call、apply、bind 或 new 显式指定 this，就尊重该意图。这依赖于在函数执行时动态判断调用上下文。
- 不能直接用
Function.prototype.bind，因为它返回的是硬绑定函数，new 调用会忽略绑定的 this - 需手动封装一层函数，在内部用
typeof this === 'object' && this !== null判断是否已被合理绑定 - 对箭头函数无需处理（它没有自己的 this），但通用函数应兼容所有函数类型
基础软绑定辅助函数（支持普通调用与显式调用）
以下是一个简洁、可复用的 softBind 实现：
function softBind(fn, thisArg) {
return function(...args) {
// 若当前 this 是 fn 的原始上下文（如被 new 调用）、或显式传入了有效对象，则优先使用它
const effectiveThis = (this !== undefined && this !== null && this !== globalThis)
? this
: thisArg;
return fn.apply(effectiveThis, args);
};
}
说明：
- 判断
this !== undefined && this !== null && this !== globalThis是为了区分普通调用（浏览器中 this 指向 window，Node 中指向 globalThis）和有意绑定的上下文 - 保留原函数的 length 属性较难，如需严格兼容，可用
Object.defineProperty补充，但日常使用非必需 - 该函数本身不改变原函数，也不影响其原型链或构造能力
增强版：支持 new 调用并保持原型链
若希望软绑定函数还能被 new 正确调用（即创建实例并继承原函数原型），需额外判断是否处于构造调用模式：
function softBind(fn, thisArg) {
const fBound = function(...args) {
const isConstructorCall = this instanceof fBound;
const effectiveThis = isConstructorCall ? this : (this === undefined || this === null || this === globalThis) ? thisArg : this;
return isConstructorCall ? fn.apply(this, args) : fn.apply(effectiveThis, args);
};
// 继承原函数原型，确保 new 出来的实例能访问 fn.prototype 上的方法
fBound.prototype = Object.create(fn.prototype);
fBound.prototype.constructor = fBound;
return fBound;
}
注意点：
- 用
this instanceof fBound判断是否为 new 调用（这是目前最可靠的方式） - 必须显式设置
fBound.prototype，否则 new 出来的实例无法沿原型链找到原函数的方法 - 此版本已兼顾普通调用、call/apply、bind 链式调用和 new 场景
实际使用示例
假设有一个工具方法需要默认绑定到某个配置对象，但又不希望破坏其作为构造器或被其他上下文调用的能力：
const utils = { baseUrl: 'https://api.example.com' };
function request(path) {
return `${this.baseUrl}/v1/${path}`;
}
const softRequest = softBind(request, utils);
softRequest('users'); // 'https://api.example.com/v1/users'
softRequest.call({ baseUrl: 'https://dev.api' }, 'posts'); // 'https://dev.api/v1/posts'
new softRequest('test'); // 返回实例，this 指向新对象，不使用 utils
这样既保证了默认行为友好，又没牺牲灵活性。
