能否在不修改构造函数的前提下，在JS构造函数中代理this？

可行性判断 #

完全可以做到。借助Proxy的construct拦截器，我们能在构造函数开始执行前就准备好代理对象，让构造函数内部的this直接指向这个代理，不用等构造完成后再包装实例。

具体实现方案 #

核心是手动接管构造流程：先创建代理对象，再让目标构造函数以该代理作为上下文执行，确保构造过程中所有对this的操作都直接作用于代理。

看下面的代码示例：

class C {
  constructor() {
    this.foo = "bar";
    console.log(this instanceof Proxy); // 打印true，说明this已经是代理
  }
}

// 实例代理的拦截逻辑（可根据需求自定义）
const instanceProxyHandler = {
  set(target, prop, value) {
    console.log(`给属性${prop}赋值：${value}`);
    target[prop] = value;
    return true;
  }
};

// 类构造的拦截器
const classProxyHandler = {
  construct(target, args) {
    // 创建继承自C原型的原始对象，保证原型链正确
    const rawObj = Object.create(target.prototype);
    // 给原始对象套上代理
    const proxy = new Proxy(rawObj, instanceProxyHandler);
    // 让C的构造函数以proxy作为this执行
    target.apply(proxy, args);
    // 返回代理对象作为实例
    return proxy;
  }
};

// 创建被代理的类
const ProxiedC = new Proxy(C, classProxyHandler);
const cInstance = new ProxiedC();
console.log(cInstance.foo); // 输出bar

几点说明 #

• 用Object.create(target.prototype)创建原始对象是为了保证代理对象能继承目标类的原型方法，和直接new出来的实例原型链一致。
• 构造函数通过target.apply(proxy, args)执行时，内部的this就是代理对象，所以this.foo = "bar"会直接触发代理的set拦截（如果定义了的话），完全满足“构造初期替换this”的要求。
• 最终返回的是代理对象，后续对实例的任何操作都会经过代理的拦截逻辑。

内容的提问来源于stack exchange，提问作者ebdavis