注册表模式下使用set存储事件处理器是否安全？

你当前采用event: set(handler)结构存储事件处理器的方案，是该场景下比列表更优的选择，针对你贴出的代码场景，完全可以保证同一个处理器仅被注册一次，无需过度担心哈希碰撞带来的隐藏问题。

• 去重效率更高：如果用列表存储处理器，每次注册前需要手动遍历全量列表判断目标handler是否已存在，时间复杂度为O(n)；集合的add()操作原生支持去重，平均时间复杂度为O(1)，处理器规模越大性能优势越明显。
• 代码逻辑更简洁：不需要额外编写重复判断逻辑，直接调用add()即可完成幂等的注册操作，哪怕注册函数被意外多次触发，也不会产生重复的处理器条目。

你贴出的代码中，针对模块级定义的普通全局函数，handlers[event].add(handler)的写法可以100%保证同一个处理器不会被重复添加。
Python集合判断元素重复的规则是双重校验：

1. 首先计算两个元素的哈希值，哈希值不同则直接判定为不同元素
2. 如果哈希值相同，会进一步调用元素的__eq__方法判断两个对象是否相等，只有相等才会判定为重复元素
   不存在“仅靠哈希值就判定元素重复”的逻辑，因此哈希碰撞不会导致误判。

• Python中通过def定义的普通函数、lambda表达式都是可哈希对象，CPython实现中函数的哈希值默认基于函数对象的内存地址（即id()返回值）计算。
• 同一个函数对象在其完整生命周期内（未被销毁、未被重新定义），哈希值是固定不变的。你在handlers.py顶层定义的handle_some_changed属于模块级函数，只要模块没有被主动重载，无论调用多少次register，传入的都是同一个函数对象，哈希值和对象身份完全一致，集合会自动识别为重复元素，不会重复存储。
• 如果是动态生成的函数（比如在函数内部、循环内部重复定义的同名函数），每次生成的都是全新的函数对象，内存地址不同、哈希值不同，会被判定为不同处理器，这属于符合预期的正常行为。

你担心的哈希碰撞问题，在这个场景下完全不会造成功能异常：

1. 哈希碰撞指两个不相等的对象碰巧生成了相同哈希值，属于理论上存在的小概率事件，但Python集合、字典的底层实现已经完整兼容了这种场景：即使两个元素哈希值相同，只要==比较返回False，就会被作为两个独立元素分别存储，不会出现覆盖、误判重复的问题。
2. 不同函数对象的__eq__方法默认对比的是对象身份（即内存地址是否一致），哪怕真的出现两个不同函数哈希值碰撞的极端情况，集合也会正确识别为两个不同的处理器分别存储，不会出现“某一个处理器注册失败被覆盖”的隐藏bug。

你的当前写法在以下特殊场景下可能出现不符合预期的重复注册，使用时可以根据业务需求判断是否需要额外处理：

• 如果注册的是类实例的绑定方法，每次通过实例获取方法时都会生成新的绑定方法对象，哪怕是同一个实例的同一个方法，不同时间获取到的对象身份不同，会被集合判定为不同处理器。
• 如果运行时主动重载了存放处理器函数的模块，旧的函数对象会被销毁，新定义的同名函数是全新对象，会被判定为新的处理器，这属于Python模块重载的正常表现，和集合存储逻辑无关。

内容的提问来源于stack exchange，提问作者J Zap