python 3.7+ 中 dict.fromkeys() 能保序去重，是因为字典本身保持插入顺序，且按 iterable 遍历顺序插入 key（value 为 none），重复 key 自动跳过；需显式转 list 使用，仅适用于可哈希元素。
为什么 dict.fromkeys() 能保持顺序
Python 3.7+ 中，dict 保证插入顺序，而 dict.fromkeys(iterable, value) 会按 iterable 的遍历顺序，把每个元素作为 key 插入字典（value 统一设为 None）。由于字典 key 不可重复，后续重复元素会被跳过，自然实现去重 + 保序。
这不是“巧用”，而是语言特性支撑下的可靠行为——只要你在 Python 3.7 或更新版本中运行，就无需额外排序或索引维护。
dict.fromkeys() 去重的写法与常见错误
正确写法是：list(dict.fromkeys(original_list))。注意必须显式转回 list，因为 dict.fromkeys() 返回的是字典，不是列表。
- 错：直接用
dict.fromkeys(my_list)当作列表用 —— 它是dict类型，不支持索引、切片等列表操作 - 错：写成
list(dict.fromkeys(my_list).keys())—— 多余，dict.fromkeys()已是有序 dict，.keys()返回视图，虽也有序但绕路 - 错：在 Python 3.6 或更早版本中依赖该方法保序 —— 此时行为不保证，应改用
collections.OrderedDict
和其它去重方式对比：什么时候不该用它
dict.fromkeys() 简洁高效，但只适用于元素可哈希（hashable）的场景。一旦列表里有 dict、list 这类不可哈希对象，会直接报 TypeError: unhashable type。
- 能用：包含
str、int、tuple（且内部全可哈希）的列表 - 不能用：含
[1,2]、{"a":1}、set()的列表 —— 此时得用循环 +in判断，或序列化后去重（需权衡性能与语义） - 性能注意：对超大列表（千万级），
dict.fromkeys()比纯 for 循环快一个数量级；但若元素本身构造开销大（如长字符串反复哈希），差异会收窄
处理嵌套结构或自定义对象时的替代思路
如果列表元素是自定义类实例，且你希望按某个字段（比如 id）去重，dict.fromkeys() 无法直接满足。此时需先提取键，再映射回原对象：
items = [obj1, obj2, obj3]
seen = set()
unique_items = []
for item in items:
if item.id not in seen:
seen.add(item.id)
unique_items.append(item)
或者用字典推导式预建索引：{item.id: item for item in items}.values()，但要注意这会丢弃重复 id 中的最后一个——和 dict.fromkeys() 保留第一个的逻辑相反。
真正容易被忽略的是：保序去重的本质约束从来不是“用什么函数”，而是“你定义的‘重复’是否可哈希、是否全局唯一、是否允许修改原对象”。选方法前，先确认这三个点。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
