Python中使用整数元组作为字典键失效问题排查

这种情况我碰到过好几次，明明看着元组在字典里，但in判断却返回False，大概率是元组的实际内容和你以为的不一样，下面是几个最常见的坑，你可以逐一排查：

• 元组元素的类型不匹配
  你说元组是整数类型，但很可能virtual_box_i或virtual_box_j实际不是int——比如是字符串'1'、浮点数1.0，甚至是numpy的int64类型。这些值看起来和整数一样，但在Python里是不同的对象，作为字典键时会被视为不同的键。
  排查方法：在判断前加两行打印，对比类型和值：

  print("当前元组:", (virtual_box_i, virtual_box_j))
  print("元素类型:", type(virtual_box_i), type(virtual_box_j))
  # 再打印字典里的某个已知键对比
  for key in self.visitid_indices:
      print("字典中的键:", key, "元素类型:", type(key[0]), type(key[1]))
      break
  

  比如如果字典里的键是(1,2)，但你传入的是(1.0, 2)，那判断肯定不相等。

• 字典的键不是你以为的元组结构
  有没有可能你往字典里存的时候，不小心把元组嵌套了？比如存的是((x,y),)（元组里套元组），而不是(x,y)？或者存的时候误把列表当键了？不过列表当键会直接报错，这个可能性低，但可以用print(self.visitid_indices.keys())直接查看所有键的结构，确认是不是和你判断的元组一致。

• 变量名或字典对象搞错了
  会不会你调试时看的是另一个字典？比如不小心写成了self.visited_indices（多了个ed），或者判断时用的字典和你存数据的不是同一个实例？这种低级错误偶尔也会犯，你可以在判断前加print(id(self.visitid_indices))，再对比你调试时查看的字典的id，确认是同一个对象。

• 并发环境下的字典修改
  如果你的代码是多线程或多进程运行的，有可能在你判断not in之后、执行break之前，其他线程把这个键从字典里删除了。不过你说调试时能确认元组存在，这个情况概率低，但如果是并发场景的话可以考虑加锁验证。

举个典型的错误例子：

self.visitid_indices = {(1, 2): "test"}
virtual_box_i = 1.0  # 看起来是1，但实际是浮点数
virtual_box_j = 2
if (virtual_box_i, virtual_box_j) not in self.visitid_indices:
    print("触发break")  # 这里会执行，因为(1.0,2) != (1,2)

先从类型不匹配开始排查，这是最常见的原因，应该能解决你的问题。

内容的提问来源于stack exchange，提问作者Hisham Ragheb