Python本地与生产环境中`is`和`==`的行为差异：Flask应用权限验证BUG排查

这是个典型的「环境巧合导致测试漏判」的问题，我来拆解背后的原因：

1. 本地的小整数缓存帮你“蒙混过关”了 #

Python有个小整数缓存机制——对于范围在 -5到256 之间的整数，Python会提前创建好并缓存起来，所有用到这些整数的地方都会指向同一个内存对象。

在本地测试时，你用的用户ID大概率是1、2这种小数字，路由参数user_id解析后是缓存里的整数，current_user.id从数据库（比如SQLite）取出来也是同一个缓存对象，这时候用is比较身份自然会返回True，所以不会触发401。

2. 生产环境打破了这个巧合 #

到了生产环境，两个变量的身份就未必一致了：

• 生产用的数据库（比如PostgreSQL/MySQL）返回的ID可能是SQLAlchemy封装的Integer类型实例，和路由解析出的普通int不是同一个对象；
• 如果生产环境的用户ID超过256，哪怕都是普通int，Python也不会缓存，每次创建都是新对象，is比较身份就会失败。

这时候current_user.id is user_id返回False，而如果用户不是管理员（usertype_id !=1），就会触发401。

3. 测试没覆盖到“非小整数ID”场景 #

你的单元测试和手动测试可能都用了小ID的测试用户，刚好命中小整数缓存，导致is比较侥幸通过。如果测试时用一个ID大于256的用户，本地也能复现这个bug，就能提前发现问题。

总结 #

is是用来判断对象身份是否完全相同（内存地址一致），而==是判断值是否相等。比较数值永远要用==，is只适合判断单例对象（比如x is None）。

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