id() 返回对象在内存中的唯一标识整数，在CPython中是地址，但仅当前运行期有效，不可用于指针运算；主要用于调试、元编程和对象身份快照，而非替代is。
id() 返回的是什么地址？不是 C 语言那种可直接操作的指针
id() 返回的是一个整数，在 CPython 中它确实是对象在内存中的地址（即 &object），但这个值只对当前运行周期有意义，且不同 Python 实现（如 PyPy、Jython）可能返回其他唯一标识符。它不保证连续、不保证可预测，更不能用来做指针运算或传给 ctypes 直接解引用。
- 常见错误现象：
id(x) == id(y)为True，就以为x is y一定成立 —— 实际上，如果x和y是短生命周期的小整数或小字符串，CPython 可能复用对象，导致id碰巧相同但对象已销毁再重建 - 使用场景：调试时快速确认两个变量是否指向同一对象实例（比如验证缓存命中、单例复用、闭包捕获是否共享）
- 性能影响：几乎无开销，底层就是取对象头里的地址字段
什么时候用 id() 比用 is 更合适？
绝大多数情况下，该用 is 就别用 id() —— is 语义清晰、可读性强、且语义等价于 id(a) == id(b)（在 CPython 中）。但有极少数例外：
- 想在日志里记录“某对象的唯一标识”，又不想暴露
is的布尔语义（比如追踪某个 dict 在多次调用中是否被复用） - 写元编程工具时，需要把对象映射到整数键（如弱引用字典的 key），
id()提供稳定哈希源（注意：仍需配合weakref防止强引用） - 测试框架中做对象身份快照对比，例如
assert id(obj) not in seen_ids，避免误判None或False这类单例
小整数和字符串的 id() 为什么看起来“不稳定”？
CPython 对 [-5, 256] 范围内的整数和部分短字符串做了驻留（interning），它们在解释器启动时就创建好并复用。但一旦对象被垃圾回收（比如局部变量离开作用域），再创建同值对象，id() 可能重用旧地址 —— 看起来像“变了”，其实是新对象恰好分配到了刚释放的内存位置。
- 错误现象：
a = 1000; print(id(a)); del a; b = 1000; print(id(b))两次输出可能不同；但a = 100; print(id(a)); del a; b = 100; print(id(b))很可能相同（因为驻留） - 参数差异：整数驻留范围是编译期硬编码的，不可配置；字符串驻留则依赖字面量、
sys.intern()显式调用或某些内部优化路径 - 兼容性影响：PyPy 不驻留小整数，
id()表现更“随机”；Jython 根本不保证地址语义
用 id() 做字典 key 会出什么问题？
直接用 id(obj) 当字典 key 是危险的 —— 对象销毁后，id 对应的内存可能被新对象占用，导致你查到的 value 其实属于另一个无关对象。
立即学习“Python免费学习笔记（深入）”；
- 正确做法：搭配
weakref.WeakKeyDictionary，它内部用id()做哈希但自动清理失效项 - 替代方案：用
object.__hash__()（如果对象没自定义__hash__），但要注意它和id()不等价（比如元组内容相同时 hash 相同，但 id 不同） - 容易踩的坑：
cache[id(obj)] = result看似省事，但 obj 被 gc 后，这个 cache 项就变成悬空引用，既浪费内存又可能引发逻辑错误
id() 是它的底层投影，但投影本身会随实现、生命周期、内存管理策略晃动。真正要靠住的，永远是 is 和弱引用机制，而不是那个整数。 
