None是Python中表示“无对象”的单例标记，非空值或假值；误用会导致TypeError/AttributeError，应使用is None判断、避免可变默认参数，并在类型提示中用Optional明确标注。
None 不是空值，而是“无对象”的显式标记
Python 里 None 的本质是一个单例对象，类型为 type(None)，它不表示“空”“零”或“假”，只表示“这里没有值”。很多人误用 None 替代空字符串、空列表或默认数值，结果在后续逻辑中触发 AttributeError 或 TypeError（比如对 None 调用 .append() 或 +）。
常见错误现象：
- 函数没写 return，却默认返回 None，调用方误以为有返回值
- 用 if x == None: 判断（应改用 is None）
- 把 None 当作布尔上下文中的“安全假值”，忽略它和 False、0、"" 的语义差异
实操建议：
- 显式返回 None 仅当“无意义结果”是接口契约的一部分（如 list.remove()）
- 检查是否为 None 时，始终用 is None 或 is not None
- 避免让函数“有时返回值，有时返回 None”，这类设计会迫使调用方反复做存在性检查
函数参数默认值设为 None 是为了区分“未传参”和“传了空值”
把参数默认设为 None（而非 [] 或 {}），核心目的是规避可变默认参数陷阱。例如 def f(x, items=None): 中，items 在每次调用时都能安全地初始化为新列表（items = items or [] 或更严谨的 items = [] if items is None else items）。
使用场景：
- 需要支持“不传该参数”与“传了但值为空”两种语义（如配置覆盖、缓存跳过）
- 构造器中某些字段可选，且其默认行为依赖运行时状态（如连接池初始化时是否复用已有连接）
注意点：
- 不要写 def f(items=[]): —— 这个 [] 是函数对象的属性，跨调用共享
- 若参数语义上“必须非空”，就别用 None 做默认值，直接不设默认或抛 TypeError
- 使用 typing.Optional 标注时，要同步更新文档说明 None 的业务含义（比如“跳过校验”还是“使用全局配置”）
None 在类型提示和静态检查中的真实作用
Optional[T] 实际等价于 Union[T, None]，但它不是给运行时用的，而是给 mypy、pyright 这类工具看的。运行时这些提示完全被忽略，所以光加类型注解不处理 None 分支，照样会崩。
实操建议：
- 在启用类型检查的项目中，所有可能为 None 的变量/返回值都应标注 Optional
- 用 assert x is not None 或 if x is None: raise ... 主动收口，避免靠侥幸躲过 None 流入下游
- 注意 Optional[str] 和 str | None（Python 3.10+）等价，但老版本只能用前者；混用时容易漏掉兼容性检查
性能影响几乎为零，但忽略它会让类型系统失效——比如 mypy 看到 Optional[int] 却没见你处理 None，就会报错，这不是限制，是提醒你漏了分支。
立即学习“Python免费学习笔记（深入）”；
None 和其他“假值”混用时最易出问题的边界
在条件判断中，None、False、0、""、[]、{} 全部为假，但它们代表的含义天差地别。把 if not x: 当成“x 为空”的万能判断，是很多 bug 的源头。
典型踩坑场景：
- API 返回 {"data": None}，前端用 if (res.data) 判定有数据，结果 None 被当成“无数据”
- 数据库字段允许 NULL，ORM 映射后变成 None，但业务代码用 len(x) == 0 判断，直接抛 TypeError
- 配置文件里 "timeout": null 解析为 None，却被当成 0 秒超时
正确做法：
- 明确你要检测的是“是否存在”（is None）、“是否为空集合”（len(x) == 0）、还是“是否为逻辑假”（not x）
- 对外部输入（API、DB、配置）做标准化封装，把 None 转成明确的缺省值（如 -1 表示“无超时”），或统一抛异常
- 在单元测试中，必须覆盖 None 输入路径，尤其注意它和空字符串、零值的交互逻辑
最常被忽略的一点：None 是合法的字典键、集合元素、JSON 序列化值（json.dumps(None) → "null"），但它不能参与算术、比较（None > 0 报 TypeError）、或任何需要具体类型的运算。边界不在语法，而在你是否清楚每个操作对值类型的隐含假设。
