set.add() 不会因元素已存在而报错，仅在添加不可哈希对象（如list、dict、set）时抛TypeError；其静默特性意味着无需try/except或in判断来防错，但需确保参数可哈希。
set.add() 本来就不会抛异常
这是最常见的误解：很多人以为 set.add() 在添加已存在元素时会报错，其实它**天然静默**——无论元素是否存在，都只做“确保存在”这件事，不返回值、不报错、也不重复插入。
所以你根本不需要额外包裹 try/except 或提前 in 判断来“防止异常”，直接调用就行：
s = {1, 2, 3}
s.add(2) # 安静，无事发生
s.add(4) # 添加成功
print(s) # {1, 2, 3, 4}
如果你观察到报错，大概率是误用了其他类型（比如 dict 的 dict.setdefault() 混淆了，或对不可哈希对象调用 add() 导致 TypeError）。
什么情况下 set.add() 会真正报错？
唯一会触发异常的场景，是试图添加**不可哈希对象**，例如 list、dict、set 本身：
立即学习“Python免费学习笔记（深入）”；
-
s.add([1, 2])→TypeError: unhashable type: 'list' -
s.add({'a': 1})→TypeError: unhashable type: 'dict' -
s.add({1, 2})→TypeError: unhashable type: 'set'
这不是“元素已存在”的问题，而是类型限制。解决方法只有两个：
- 改用可哈希替代品：用
tuple代替list，用frozenset代替set - 如果必须存变体结构，考虑换容器，比如用
list+if x not in lst:（但性能差），或用dict做存在性索引
需要“判断后添加”通常是因为逻辑依赖
如果你写 if x not in s: s.add(x)，往往不是为了防错，而是因为后续逻辑依赖“这次是否真新增了”：
- 计数新增次数：
if x not in s: s.add(x); count += 1 - 触发回调：
if x not in s: s.add(x); on_new_item(x) - 避免重复初始化开销（比如启动一个后台任务）
这时用 in 判断是合理且高效的（set.__contains__ 是 O(1)），不用回避。别为了“看起来更简洁”硬套 add() 而丢掉必要分支。
对比 add() 和 update() 的静默行为
set.update() 和 add() 一样不报错，但行为不同：
-
s.add([1,2])→ 报错（不可哈希） -
s.update([1,2])→ 正常，把1和2分别加入（前提是它们可哈希） -
s.update([[1,2], [3,4]])→ 报错，因为列表不可哈希
所以传入 update() 的 iterable 里，每个元素仍需满足可哈希；而 add() 只检查单个对象。
静默不等于无约束——哈希性才是底层铁律，存在性只是表象。
