list、dict不能直接当字典键，因其为可变类型，默认不可哈希（__hash__返回notimplemented），哈希值需稳定；id()虽可哈希但危险，仅适用于短期单线程场景；自定义__hash__须确保相等对象哈希值相同且依赖属性不可变；更安全的做法是转为tuple、frozenset等不可变类型。
为什么 list、dict 不能直接当字典键
因为 Python 要求字典键必须是「可哈希的（hashable）」，而 list、dict、set 等可变类型默认不可哈希——它们的 __hash__ 方法返回 NotImplemented，尝试用它们作键会立刻报错：TypeError: unhashable type: 'list'。这不是限制，而是设计使然：哈希值必须稳定，而可变对象的内容随时可能变，哈希值就不可靠。
用 id() 当临时键的风险与适用场景
id() 返回对象内存地址，是整数，天然可哈希。但它是「危险捷径」：一旦原对象被垃圾回收，id() 可能被新对象复用，导致键冲突或查不到数据。仅适合短期、单线程、明确控制生命周期的场景（比如调试时临时缓存某次调用的结果）。
示例：
data = [1, 2, 3]
cache = {id(data): "processed"}
# 后续用 id(data) 查，但 data 被 del 后，id(data) 不再有效
- 不要在循环中反复用
id()做键并长期保存 - 不要跨函数/作用域依赖
id()的稳定性 - 多线程下更不安全：不同线程里新建的空列表可能恰好有相同
id
自定义 __hash__ 让类实例可哈希
核心原则：只要 __eq__ 相等的对象，__hash__ 必须返回相同值；且用于计算哈希的属性本身必须不可变（否则哈希值会漂移）。通常配合 __slots__ 和只读属性使用。
示例（安全写法）：
class Point:
__slots__ = ("x", "y")
def __init__(self, x, y):
object.__setattr__(self, "x", x)
object.__setattr__(self, "y", y)
def __eq__(self, other):
return isinstance(other, Point) and self.x == other.x and self.y == other.y
def __hash__(self):
return hash((self.x, self.y)) # 元组可哈希，且 x/y 不可变
<p>p1 = Point(1, 2)
p2 = Point(1, 2)
d = {p1: "origin"}
print(d[p2]) # 正常输出 "origin"
</p>
- 不用
@property+setter模拟只读，要用object.__setattr__在__init__中一次性设值 - 避免在
__hash__中引用可变对象（如hash(self.data_list)），哪怕data_list是只读引用也不行 - 如果类已有父类且父类没实现
__hash__，显式写__hash__ = None会禁止哈希，别漏掉
替代方案：用 frozenset / tuple 替代可变容器
多数时候你并不真需要「把 list 当键」，而是想用它的内容做唯一标识。这时应主动转换为不可变等价物：
-
list→tuple(my_list)（要求元素自身可哈希） -
set→frozenset(my_set) -
dict→tuple(sorted(my_dict.items()))（注意 key 必须可排序，否则用tuple(sorted(my_dict.items(), key=lambda kv: str(kv[0])))）
这是最轻量、最安全、最符合 Python 习惯的做法。不需要改类，不引入额外依赖，且哈希行为完全可预测。
真正难处理的是嵌套可变结构（比如 list of dict），那得递归转成不可变树，这时候才值得考虑封装成专用类并谨慎实现 __hash__。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
