在 Python 中，单下划线 `` 作为变量名纯粹是开发者约定，解释器本身不赋予其任何特殊语义（除 REPL 和模式匹配等极少数场景），不影响内存、执行逻辑或字节码行为。
在 python 中，单下划线 `_` 作为变量名纯粹是开发者约定，解释器本身不赋予其任何特殊语义（除 repl 和模式匹配等极少数场景），不影响内存、执行逻辑或字节码行为。
在日常开发中，你常会看到类似这样的解包赋值：
freq, bins, _ = plt.hist(income, bins=10, range=(0, 15), rwidth=0.95)
此处的 _ 明确表示“我有意忽略第三个返回值”（plt.hist 实际返回 (n, bins, patches)，而 patches 在此上下文中无需使用）。虽然技术上完全可以写成：
freq, bins, ignored_patches = plt.hist(income, bins=10, range=(0, 15), rwidth=0.95)
——程序运行完全正常，且无性能差异——但关键区别在于可维护性与静态分析支持。
? 语言层面：_ 是普通标识符，无运行时特权
立即学习“Python免费学习笔记（深入）”；
“
_是一个有效的标识符，与其他变量名在语法和语义上完全等价。”
这意味着：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
_会被正常写入局部/全局命名空间； - 若未被后续使用，它仍占用引用、参与垃圾回收判定；
- 解释器不会跳过对其赋值，也不会优化掉该绑定；
- 字节码中
_与temp或dummy无任何区别（可通过dis.dis()验证）。
唯一例外是交互式环境（REPL）：CPython 的 readline 模块将上一次表达式结果自动绑定到 _（仅限顶层交互式会话），但这不适用于脚本执行，也非语言规范要求。
另一个例外是 Python 3.10+ 引入的结构化模式匹配（match/case）：
match data:
case [x, y, _]: # 此处 _ 是通配符，表示“匹配任意值且不绑定”
print("有三个元素，忽略第三个")⚠️ 注意：这是 case 子句中的语法通配符，与变量赋值中的 _ 含义不同，不可混为一谈。
✅ 工具链层面：约定即契约，驱动静态检查
尽管解释器“无视” _，主流类型检查器和 linter 却严格遵循该约定：
-
pyflakes/pylint：对命名为_的变量不报告unused-variable警告； -
pyright/mypy：若某变量命名为ignored_x却未被使用，则触发警告；若命名为_，则静默跳过； - IDE（如 VS Code + Pylance）：在悬停提示、重构建议中会识别
_为“有意忽略”，避免误提示未使用。
这使得 _ 成为一种轻量级、跨工具的意图声明协议——它不改变程序行为，却显著提升协作效率与代码健壮性。
? 最佳实践建议
- ✅ 解包忽略时优先用
_：清晰传达“此值不重要”，利于审查与维护； - ✅ 多个忽略项可用
__、___（不推荐）或更明确的_unused_x，但单一忽略强烈推荐_； - ❌ 避免在循环中重复赋值
_（如for _ in range(10): ...是合理用法；但for i in items: _, b = i; _ = b * 2则混淆意图）； - ⚠️ 不要依赖
_触发自动清理：它不会让对象更快被 GC 回收；如需显式释放，应使用del _或重绑定为None。
总之，_ 是 Python 社区高度共识的“语义注释符”——它没有魔法，却承载着清晰、专业与工具友好的工程价值。
