正如我在别处所写:
id
仅定义为当前存在的元素中该元素唯一的数字。一些 Python 实现(事实上,除了 CPython 之外的所有主要实现)不返回内存地址。
%~> pypy
Python 2.7.3 (480845e6b1dd219d0944e30f62b01da378437c6c, Aug 08 2013, 17:02:19)
[PyPy 2.1.0 with GCC 4.8.1 20130725 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
And now for something completely different: ``arguably, everything is a niche''
>>>> a = 1
>>>> b = 2
>>>> c = 3
>>>> id(a)
9L
>>>> id(b)
17L
>>>> id(c)
25L
所以你必须保证它是内存地址。此外,因此 Python 不提供id → object
映射,尤其是当id
删除原始对象时,映射到的对象可以更改。
你必须问为什么你持有id
. 如果是出于空间原因,请记住容器实际上包含对项目的引用,因此[a, a, a, a, a]
实际上占用的空间比[id(a), id(a), id(a), id(a), id(a)]; a
.
您还可以考虑为所有相关项目制作一个dict
并{id: val}
存储它。这将保持val
活动状态,因此您可以使用weakref
s 允许对val
s 进行垃圾收集。记住,如果weakref
你想要一个weakref
.
所以基本上这是因为没有独立于平台的可靠解决方案。
令我困扰的是,我们有一个对象和可以给出其地址的东西
然后只记得我们没有。CPython 仅id
在地址是唯一的(正确)假设下进行优化。你永远不应该把 is当作一个地址,因为它没有被定义为。
为什么做出这个决定?
因为如果我们要从他们那里访问东西,id
我们就可以做各种愚蠢的事情,比如访问未初始化的东西。它还可以防止解释器通过移动地址来优化事物(如果项目必须具有内存地址,那么像 PyPy 这样的 JIT 编译器就不会那么容易存在)。此外,无法保证该项目在任何时候都是活着的,甚至是同一个项目。
当引用占用的空间小于整数(即引用 + 数字对象)时,不使用引用(或weakref
如果首选)是没有意义的,它总是会做正确的事情。