python 3.8+ 对 is 比较数字字面量会触发编译时 syntaxwarning，因数字对象内存地址不可靠、跨版本不一致；应统一改用 ==，仅 none/true/false 可安全用 is。
Python 3.8+ 对 is 比较数字字面量会触发 SyntaxWarning
不是运行时报错，而是编译时警告：SyntaxWarning: "is" with a literal。Python 解释器在解析代码阶段就发现你在用 is 去比数字字面量（比如 42、1.1、1000），直接标记为可疑写法。
常见触发场景：
-
if status is 0:→ 触发警告 -
if x is 3.14:→ 触发警告 -
if code is -1:→ 同样触发
根本原因：数字字面量是否复用内存地址，取决于 CPython 的内部缓存策略（如小整数 -5~256 被缓存，浮点数仅在极少数同一行赋值时可能复用），行为不可靠、跨版本/解释器不一致。警告不是“多管闲事”，是提醒你逻辑大概率有误。
is 比较浮点数字面量结果不稳定
1.1 is 1.1 在交互式环境里可能返回 True，但在脚本里写成两行就变成 False，这不是 bug，是 CPython 对浮点对象的创建时机和内存管理差异导致的。
实操中要注意：
- 同一行赋值：
a = 1.1; b = 1.1; print(a is b)→ 多数情况True - 分两行：
a = 1.1回车再b = 1.1→ 很可能False -
1.1 is (10 * 0.11)→ 几乎总是False（计算过程产生新对象）
这种波动完全无法预测，也不该用于逻辑判断。哪怕某次跑通了，换 PyPy、换 Python 3.12、甚至只是加个调试打印，都可能崩。
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
哪些数字能安全用 is？基本没有
除了 None、True、False 这三个单例，所有数字都不该用 is 判断相等。
特别容易被忽略的陷阱：
-
if type(x) is int:—— 不报 warning，但应改用isinstance(x, int)（更健壮，支持继承） -
if val is 0 or val is 1:—— 改成if val in (0, 1)更清晰，也避开 warning -
if result is 1.0:—— 浮点比较本身就有精度问题，==都要小心，is纯属误用
小整数（如 100 is 100）偶尔为 True，只是 CPython 缓存的副作用，不是语言规范。拿它写逻辑，等于把代码命运交给解释器实现细节。
修复建议：统一用 ==，除非明确需要身份判断
绝大多数场景下，你要问的是“值是不是这个数”，不是“是不是同一个对象”。所以：
- 把所有
is 数字字面量替成== 数字字面量 - 如果真要判断对象身份（极少见），右侧必须是变量，比如
a = 1.1; b = a; a is b才有意义 - 涉及浮点比较时，优先考虑容差判断：
abs(a - b) ，而不是依赖 <code>==或is
最麻烦的其实是嵌套结构里的数字——比如 data.get("score") is 95，看着像常量，但 get() 返回的是运行时新对象，is 必然失败。这种地方连 warning 都不会报，但逻辑已错。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
