is比较对象内存地址，==比较值；仅判None/布尔单例或自定义单例时用is，其余场景一律用==；小整数（-5~256）和短字符串因CPython缓存可能is为True，但属实现细节，不可依赖。
is 比较的是对象身份（内存地址），== 比较的是值是否相等；绝大多数场景该用 ==，仅在确认 None、True、False 或自定义单例时才该用 is。
为什么 is 有时“碰巧”返回 True？
这不是语言保证，而是 CPython 的实现细节在起作用：小整数（-5 到 256）和部分短字符串会被缓存复用，所以 100 is 100 是 True，但 1000 is 1000 在脚本里可能为 False，在交互式环境里又可能为 True——取决于编译单元和常量折叠时机。这种行为在 PyPy、Jython 或某些嵌入式 Python 中不成立。
常见错误现象："hello" is "hello" 在多数情况下为 True，但 "hello world" is "hello world" 很可能为 False；[1,2,3] is [1,2,3] 永远是 False。
- 不要把
is当作“快速 ==”来用 - 不要在单元测试里用
is断言字符串或数字内容 - 检查缓存行为的唯一可靠方式是
id(a) == id(b)，但这本身也只用于调试，不用于逻辑判断
什么时候必须用 is？
只有三类情况推荐且安全使用 is：
立即学习“Python免费学习笔记（深入）”；
- 判空：用
x is None，而不是x == None（后者可能被重载，且None是单例） - 布尔单例：用
flag is True或flag is False，而非flag == True（避免对非布尔值如1或"yes"的误判） - 自定义单例类：比如全局配置对象
CONFIG is CONFIG，前提是确保它真被设计为单例且不会被意外重建
注意：if x: 和 if not x: 已隐含 truthiness 判断，通常比 is True 更自然，除非你明确需要区分 True 和其他真值（如非空列表）。
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
== 被重载后会发生什么？
== 的行为由对象的 __eq__ 方法控制，而 is 完全绕过它。这意味着：
- 未定义
__eq__的自定义类，默认==等价于is（都比较地址） - 一旦实现
__eq__，a == b就按你的逻辑走，但a is b始终只看地址 - 像
numpy.array([1,2]) == numpy.array([1,2])返回布尔数组，不是单个True；此时用is更危险，因为结果不可预测
绑定方法对象也遵循这一规则：obj.method is obj.method 总是 False（每次访问都新建一个绑定对象），但 obj.method == obj.method 可能为 True（取决于 __eq__ 实现）。
检查回调函数或方法是否“相同”该用哪个？
别用 is。绑定方法对象不是单例，每次访问都会生成新对象，callback1 is callback2 几乎总是 False，哪怕它们来自同一实例和同一函数。
正确做法是分别比较其底层组件：
- 确认是否来自同一实例：
callback1.__self__ is callback2.__self__ - 确认是否调用同一函数：
callback1.__func__ is callback2.__func__ - 如果两者都为 True，那逻辑上就是“同一个回调”
直接比较方法对象本身，就像拿两张刚打印的身份证去比“是不是同一张纸”——纸不同，但信息一致。重点永远是 __self__ 和 __func__，不是临时包装体。
最易被忽略的一点：当你在日志、断言或类型检查中看到 is，先问自己一句——这里到底要确认“是不是同一个东西”，还是“值是不是这样”。90% 的误用，都源于混淆了“身份”和“语义相等”这两个层面。
