假设我有一个函数Foo，并且我希望从它构造的对象具有bar属性：
function Foo() {}
Foo.prototype.bar = 'baz'
console.log('new Foo().bar: ' + new Foo().bar)
new Foo().bar: baz
现在以某种方式假设我bind Foo。绑定函数仍可用于构造函数调用，并且忽略绑定的this：
const Bound = Foo.bind(42)
console.log('new Bound().bar: ' + new Bound().bar)
new Bound().bar: baz
Proxies应该是一般的和透明的。然而...
const PFoo = new Proxy(Foo, { })
console.log('new PFoo().bar: ' + new PFoo().bar)
const PBound = new Proxy(Bound, { })
console.log('new PBound().bar: ' + new PBound().bar)
new PFoo().bar: baz
new PBound().bar: undefined
我希望第二个代理的行为与Bound完全相同，因为我使用的是空处理程序。换句话说，我希望最后一个输出为baz。
为什么不是这样？
（完整摘录如下）
function Foo() {}
Foo.prototype.bar = 'baz'
console.log('new Foo().bar: ' + new Foo().bar)
const Bound = Foo.bind(42)
console.log('new Bound().bar: ' + new Bound().bar)
const PFoo = new Proxy(Foo, { })
console.log('new PFoo().bar: ' + new PFoo().bar)
const PBound = new Proxy(Bound, { })
console.log('new PBound().bar: ' + new PBound().bar)
答案 0 :(得分：2)
使用new F时，new.target设置为F ，除非 F是绑定函数，在这种情况下new.target成为原来的功能。代理服务器不会发生这种情况。
好的，我想我明白了。 This comment是一个很好的起点。主要成分：
new.target prototype property 注意：在构造函数调用中，新对象的原型设置为new.target.prototype。这是this specification的第5步。
起点：在执行new F()，new.target is initially set to F时（按照链接）。但是，这可能会在施工过程中发生变化......
new Foo() 这里没什么奇怪的，new.target是Foo，新创建的对象原型是Foo.prototype。
new Bound() 这很有趣。最初，new.target为Bound。但是，bound functions [[Construct]] internal method的第5步执行以下操作：如果将new.target设置为绑定函数，则将其更改为目标函数Foo。因此，再次使用Foo.prototype。
new PFoo() new.target始终为PFoo，但它是Foo的代理，因此在请求PFoo.prototype时会再次给出Foo.prototype。
new PBound() new.target设置为PBound。这次，当调用绑定函数的[[Construct]]内部方法时，new.target 不等于绑定函数，所以它不会改变，我们最终使用PBound.prototype，转发给Bound.prototype。事实上...
function Foo() { }
Foo.prototype.iAm = 'Foo'
const Bound = Foo.bind(42)
Bound.prototype = {iAm: 'Bound'}
const Proxied = new Proxy(Bound, { })
console.log(new Proxied().iAm)
个人观点：我理解，在构建绑定函数时，new.target会发生变化，以便一切按预期工作。同样，我希望代理对象的构造能够在继续之前将new.target设置为代理函数。这是一个天真的想法，也许有一些我不考虑的角落案例。