为何在Array.filter中直接用Set.has会报错？需用匿名函数？

这个问题的核心，说穿了就是JavaScript里函数的this绑定规则在起作用，咱们一步步拆解：

1. Set.has到底需要什么？ #

Set.prototype.has这个方法不是一个独立的函数——它必须依赖正确的this上下文才能工作。这里的this必须指向一个具体的Set实例（比如你的myset），它才能去这个实例里查找元素。如果this不是Set实例，甚至是undefined，它就不知道该去哪里找元素，自然会报错。

2. 直接传myset.has时发生了什么？ #

当你写mykeys.filter(myset.has)时，你其实是把has这个函数本身从myset实例上“摘”了下来，当成一个独立的回调传给了filter。而filter在调用这个回调函数时，默认不会给它绑定任何this（在严格模式下，this会变成undefined）。

这时候has方法内部的this就变成了undefined，完全不符合它的要求，所以浏览器会抛出那个TypeError——“Set.prototype.has方法被调用在不兼容的接收者undefined上”。

3. 为什么mykeys.map(console.log)能正常运行？ #

这是个特殊情况！console.log虽然是挂载在console对象上的方法，但浏览器和Node.js都对它做了特殊处理：即使你把它从console上拆下来调用，它内部的this会自动指向console，或者说它本身的实现就不依赖this来完成输出。这属于环境给的“特例福利”，不能当成所有方法的通用规则。

4. 匿名函数为什么能解决问题？ #

当你写k => myset.has(k)时，这里的myset是通过词法作用域被捕获到的——相当于你在匿名函数里手动用.操作符调用了has方法。而.操作符有个特性：它会自动把左边的对象（也就是myset）作为函数调用时的this。所以此时has方法的this稳稳绑定在myset上，自然就能正确判断元素是否存在了。

补充：还有别的解决方法吗？ #

除了用匿名函数，你还可以用bind方法手动把this绑定到myset上：

const filtered = mykeys.filter(myset.has.bind(myset))

bind会返回一个新函数，这个新函数的this会被永久固定为myset，不管怎么调用它，this都不会变，这样传给filter也能正常工作。

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