创建 frozenset 应直接传可迭代对象，如 frozenset([1,2,3])；它不可变、无 add/remove 方法，hash 值稳定故可作字典键；不等价于 tuple，不保留顺序与重复；大集合慎用，小集合推荐。
怎么创建 frozenset：别用 set() 套娃，直接传可迭代对象
frozenset 不是 set 的“只读版本”，它压根不支持 add/remove/clear 这些方法，构造只能靠 frozenset() 一次性生成。常见错误是写成 frozenset(set([1,2,3]))——多此一举，还可能因原 set 顺序不确定导致结果意外（虽然 frozenset 本身无序，但构造时若传入 dict_keys 或其他非确定顺序的可迭代对象，容易误判）。
正确做法是直接传原始数据：
-
frozenset([1, 2, 2, 3])→frozenset({1, 2, 3}) -
frozenset("abc")→frozenset({'a', 'b', 'c'}) -
frozenset({1: "a", 2: "b"}.keys())→frozenset({1, 2})（注意：dict.keys() 是可迭代对象，不是 list）
为什么能当字典键：hash 值稳定且不可变
字典键必须是 hashable 类型，核心条件有两个：有 __hash__ 方法，且实例生命周期内 hash 值不变。list、dict、set 都不满足，因为它们可变；而 frozenset 在创建时就计算好 hash，并禁止任何修改操作，所以安全。
典型适用场景：
立即学习“Python免费学习笔记（深入）”；
- 用一组标签做配置项的键：
config[frozenset({"prod", "cache"})] = {"timeout": 30} - 缓存函数结果时，把含集合参数转为 frozenset：
cache_key = (func_name, frozenset(args_set), kwargs_tuple) - 去重嵌套结构中的集合字段（比如日志中多个 tag 组合）
注意：frozenset([1,2]) == frozenset([2,1]) 是 True，但 frozenset([1,2]) == {1,2} 是 False（类型不同，hash 也不同），别混着比。
frozenset 和 tuple 混用时的坑：顺序敏感性 vs 元素等价性
很多人想“替代 tuple 存无序组合”，但要注意：frozenset({1,2}) 和 tuple((1,2)) 行为完全不同。前者不记顺序、去重、不能索引；后者顺序固定、允许重复、支持 [0] 访问。
容易踩的坑：
- 误以为
frozenset([1,1,2])能保留重复信息 → 实际是frozenset({1,2}) - 拿 frozenset 当 tuple 传给期望有序输入的库（比如某些 SQL 构造器或 ORM 字段排序逻辑）→ 报错或结果错乱
- 嵌套使用时混淆：frozenset 可以包含 int/str 等 hashable 类型，但不能包含 list/dict/set —— 和 dict 键规则完全一致
性能和兼容性：小集合快，大集合慎用 hash 冲突
frozenset 的 hash 计算开销比 tuple 或 str 大，因为它要遍历所有元素并组合哈希值。对几千个元素的 frozenset，构造和查字典键都可能明显变慢。
实际建议：
- 元素数
- 元素数 > 1000：先 profile，考虑是否真需要 frozenset —— 有时用排序后的 tuple（
tuple(sorted(items))）更稳更快 - Python 3.12+ 对 frozenset hash 做了优化，但老版本（尤其
真正关键的点是：frozenset 的不可变性是语言级保证，不是靠约定。一旦你依赖“这个集合绝不会变”来设计缓存或键逻辑，就必须用 frozenset，而不是靠文档说明“请勿修改”一个普通 set。
