assert是Python开发调试用的断言机制，条件不成立时抛出AssertionError异常，用于暴露逻辑错误；它显式检查程序中必须始终为真的不变量，如输入范围、循环状态、属性约束等。
assert 是 Python 中用于开发调试的断言机制，本质是“如果条件不成立，就抛出 AssertionError 异常”，目的是在代码执行中主动暴露逻辑错误，而非让程序带病运行。
开发阶段：用 assert 捕捉违反不变量的瞬间
不变量（invariant）指程序在某处**必须始终为真**的逻辑条件，比如函数输入范围、循环前后状态、对象属性约束等。assert 就是把这类隐含假设显式写出来，一旦被打破，立刻中断执行，便于定位问题根源。
- 写法简洁：
assert condition, "可选提示信息"；若condition为False，触发AssertionError - 适合检查“绝不该发生”的情况，例如：
assert len(items) > 0, "列表不能为空"、assert 0 - 不同于
if ... raise，assert 表达的是**设计契约**，不是用户输入校验——它针对的是开发者自己写的逻辑漏洞
生产环境：默认被完全忽略，不执行也不报错
Python 解释器在启动时若使用 -O（optimize）选项（如 python -O script.py），会直接移除所有 assert 语句，相当于它们不存在。这意味着：
- 不会消耗运行时性能，无判断开销，无异常创建成本
- 不会因 assert 失败导致线上服务中断——但它也失去了保护作用
- 打包工具（如 PyInstaller）或部署脚本常默认启用优化，此时 assert 自动失效
不能替代真正的错误处理和输入验证
assert 不是 try/except 的简化版，也不是 if not valid: raise ValueError 的替代品：
- 用户输入、文件读取失败、网络超时等**外部不可控因素**，必须用显式异常处理，不能依赖 assert
- assert 在生产环境可能消失，而业务规则（如“余额不能为负”）需始终生效，应使用
if balance - 测试框架（如 pytest）中 assert 被重载用于断言测试结果，但底层仍是同一机制，仅在测试上下文中启用
合理使用的边界与建议
assert 的价值在于“轻量、明确、可开关”。用得好能大幅提升开发期的自检能力；滥用则带来误导或隐患。
- ✅ 推荐场景：函数内部中间状态检查、算法循环不变量、私有方法参数合理性（调用方已保证）、单元测试中的预期断言
- ❌ 禁止场景：涉及 I/O、时间、全局状态（如文件是否存在）、任何可能在生产环境需要响应的逻辑
- ⚠️ 注意：不要在 assert 中放有副作用的表达式，例如
assert do_something() == True—— 开启优化后该调用将消失，逻辑被跳过
