简短的回答是:不,他们没有。正如您链接的文档所说:
对象身份的运算符is
和测试:当且仅当和是同一个对象时为真。is not
x is y
x
y
作为“同一个对象”是不允许你覆盖的。如果你的对象与另一个对象不同,它就不能假装是。
所以为什么?让您覆盖is
和/或有什么害处id
?显然,这样做几乎总是一件愚蠢的事情,但如果你足够努力,Python 会让你做很多愚蠢的事情。
设计FAQ和类似文件没有说。但我怀疑这主要是因为它使调试 Python 和一些更深层次的标准库模块变得更容易,因为知道有某种方法可以从解释器中验证两个名称是否确实引用了同一个对象,或者打印出来以id
确保名称没有随着时间的推移而改变,等等。想象一下调试weakref
,甚至pickle
没有它。
那么,“同一个对象”究竟是什么意思呢?好吧,这取决于口译员。显然,在语言级别上区分同一对象的两个实例是不可能的,并且可能在解释器级别也是如此(特别是因为有一个定义明确的 API 可以插入到大多数解释器实现中)。
所有主要的实现都通过在较低级别遵循身份概念来处理这个问题。CPython 比较PyObject*
指针的值,Jython 标识比较 Java 引用,PyPyis
对对象空间对象进行比较……</p>
值得一看PyPy 源代码,它要求“x is y
当x
且y
是同一个对象”在两个方向上都为真。顶级表达式x is y
为真当且仅当,无论对象wx
和wy
在适当的对象空间中是什么,都wy.is_(wx)
为真,并且is_
实现为wy is wx
. 因此,x is y
在 N 级当且仅当y is x
在 N-1 级。
请注意,这意味着您可以很容易地使用 PyPy 构建is
可以被覆盖的 Python 方言,只需附加到更高级别is_
的 dunder 方法即可。__is__
但是有一种更简单的方法可以做同样的事情:
def is_(x, y):
if hasattr(x, '__is__'):
return x.__is__(y)
elif hasattr(y, '__is__'):
return y.__is__(x)
else:
return x is y
现在玩一下is_(x, y)
而不是x is y
,看看你是否能在修改解释器的艰苦工作之前找到任何有趣的麻烦(即使在这种情况下并不那么难)。
那么,is
有什么关系id
呢?可以在——例如,只是检查is
之上实现吗?嗯,:id
x is y
id(x) == id(y)
id
返回对象的“身份”。这是一个整数,保证该对象在其生命周期内是唯一且恒定的。具有不重叠生命周期的两个对象可能具有相同的id()
值。
因此,id
对象的 是唯一且在其生命周期内是恒定的,并且x is y
当它们是同一个对象时为真,因此当当且当时x is y
为真id(x) == id(y)
,对吗?
好吧,id
可以反弹到任何你想要的,并且不允许影响is
。如果您非常仔细地制定了定义(请记住,如果您放弃对 的builtins
引用id
,那么曾经存在的任何实现甚至都不能保证不再存在,或者如果确实存在则可以正常工作......),您可以is
在顶部定义的默认实现id
。
但这将是一件奇怪的事情。在 CPython 中,id(x)
只是“返回内存中对象的地址”,这与指向内存中对象的指针的值相同。但这只是 CPython 的产物;没有什么说其他实现必须将id
用于身份比较的基础值作为整数返回。事实上,在用没有指针(可以转换为整数)的语言编写的实现中,您甚至不清楚如何做到这一点。在 PyPy 中,id
对象的
至于__hash__
,您误读了文档的重要部分。
[...]x.__hash__()
返回id(x)
。
您省略的部分清楚地表明,这仅适用于用户定义类的实例(不重新定义__hash__
)。例如,这显然不是真的tuple
。简而言之,身份与散列无关,只是对于某些对象,身份是一个方便的散列值。