in操作符不执行隐式类型转换，而是依赖容器的__contains__方法或==比较，而==才是触发隐式转换（如True==1）的环节；不同容器（列表、字典、字符串）语义各异，需警惕类型混淆风险。
in 操作符本身不执行隐式类型转换，但它依赖的比较机制（==）会触发 Python 的隐式类型转换规则。
in 的实际检查逻辑
当你写 x in container 时，Python 并不是直接“转换 x 的类型再查找”，而是：
- 优先调用
container.__contains__(x)方法； - 如果容器没实现
__contains__，就退化为逐个用==比较（即x == e对每个元素e）； - 这个
==比较，才是隐式转换发生的地方——比如True == 1成立，是因为bool是int的子类，且语言规范保证该等价性。
布尔值与数字的“混查”根源
这不是 in 在转换类型，而是它背后使用的 == 本身就允许跨类型相等判断：
-
True in [1, 2, 3]返回True，因为1 == True为真； -
0 in [False, "hello"]返回True，因为0 == False； - 但
"1" in [1, 2]是False，因为字符串和整数之间没有继承或隐式转换关系，"1" == 1恒为False。
不同容器的语义差异
in 的行为还取决于右侧对象的类型定义：
- 列表、元组、集合：检查元素值是否相等（走
==）； - 字典：
key in dict只检查键是否存在，不涉及值比较，也不触发数值隐式转换； - 字符串：
sub in s是子串匹配，完全不走==，所以True in "abc"直接报错（类型不支持）； - 自定义类：可重写
__contains__，彻底绕过默认的==逻辑。
何时需要警惕隐式转换影响
在做成员判断时，若你关心类型严格性（比如区分 True 和 1），不能只靠 in：
- 避免
if x in [True, False]:判断是否为布尔值——1或0也会通过； - 应改用
type(x) is bool或x is True or x is False； - 对数据科学数组（如 NumPy），
in可能被重载为广播比较，行为更复杂，需查文档。
