字典键报错 TypeError: unhashable type: 'list' 是因为 list 等可变类型不可哈希，而 frozenset 作为不可变集合可作键，但要求其元素本身必须可哈希，且不递归冻结嵌套对象。
为什么字典键报错 TypeError: unhashable type: 'list'？
因为 Python 字典的键必须是可哈希（hashable）对象，而 list、dict、set 这类可变类型默认不可哈希——它们的内存地址可能不变，但内容随时能改，哈希值就无法稳定。
frozenset 是 set 的不可变版本，内部元素一旦创建就不能增删改，因此自动支持哈希，能当字典键或集合成员用。
- 常见错误现象：
{ {1, 2}: "value" }报错；{ frozenset({1, 2}): "value" }正常 - 注意：
frozenset只保证自身结构不可变，不递归冻结嵌套对象——如果里面放了list，构造时就会直接报错 - 它和
tuple类似，都是“靠设计保证不可变”，不是靠运行时防护
frozenset() 构造时传什么参数才安全？
只能传可迭代对象，且其中每个元素本身必须可哈希。构造失败不是运行时报错，而是根本构造不出来。
- 合法：
frozenset([1, 2, 3])、frozenset("abc")、frozenset({1, 2}) - 非法：
frozenset([[1], [2]])→TypeError: unhashable type: 'list' - 空集合写法是
frozenset()，不是frozenset({})（后者会被当成字典字面量解析） - 从普通
set转换：直接frozenset(my_set)，不改变原set
用 frozenset 当字典键 vs 用 tuple(sorted(...)) 有啥区别？
两者都能让无序集合变成可哈希对象，但语义和行为不同。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
frozenset({3, 1, 2}) == frozenset({1, 2, 3})→True，顺序无关，纯看元素是否相同 -
tuple(sorted([3, 1, 2])) == tuple(sorted([1, 2, 3]))→True，但这是靠排序后对齐实现的，多了一步开销 -
frozenset不允许重复元素，tuple允许——比如[1, 1, 2]和[1, 2]排序后都是(1, 1, 2)和(1, 2)，结果不同 - 性能上：
frozenset构造略慢（要建哈希表），但比较快（O(1) 哈希比对）；tuple构造快，但比较是逐元素 O(n)
哪些场景下误用 frozenset 会悄悄出问题？
最典型的是想“冻结”一个嵌套结构，却只冻了一层。
- 错误假设：
frozenset([{1, 2}, {3, 4}])能用——实际会立刻报错，因为set不可哈希 - 更隐蔽的问题：
frozenset([ (1, [2, 3]) ])看似合法（tuple可哈希），但元组里嵌了list，导致整个元组不可哈希，构造时就崩 - 别指望
frozenset防止误修改原始数据：它只是不让你改自己，但如果你存的是可变对象引用（比如frozenset([my_list])），my_list.append(...)依然生效 - 调试时容易忽略：打印
frozenset({1,2,3})和set({1,2,3})看起来一模一样，但类型完全不同
真正需要不可变集合语义时，frozenset 是唯一选择；但只要涉及嵌套可变对象，就得自己控制引用生命周期，它不帮你兜底。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
