Python海象运算符场景下使用下划线_作变量名是否合理？

AI 小北

2026-8-30

结论

不建议在该海象运算符场景下用_作为变量名，这种写法确实会给熟悉Python惯例的开发者造成理解困扰，属于违反社区通用约定的反模式。

具体原因

_作为丢弃变量的核心语义是赋值后不会再被主动引用，这是Python社区长期形成的共识。合规的使用场景包括：循环中不需要用到的计数变量、元组/列表解包时要丢弃的多余值，比如：
```
# 不需要用到循环索引，用_占位
for _ in range(10):
    do_something()
# 解包时丢弃中间不需要的字段
uid, _, create_time = user_record
```
开发者看到_的第一反应是「这个值后续不会用到，读代码的时候可以直接忽略」，但在你给出的写法里，_刚完成赋值就立刻在过滤条件[_ > 2]中被引用，和约定语义完全相反，读者第一时间甚至会怀疑是不是代码写错了，平白增加理解成本。
存在潜在的命名冲突风险：在所有做国际化适配的Python项目中，_默认是gettext翻译函数的通用别名，在局部作用域通过海象运算符给_赋值会直接覆盖这个别名，很容易引发难以排查的异常。
如果你觉得这个临时变量生命周期太短，不值得起正式名字，完全可以用更短但无歧义的名称代替，比如用s指代临时创建的Series，可读性远高于_：
```
a = (s := pd.Series([1, 2, 3, 4, 5]))[s > 2]
```
哪怕你坚持用dummy也比_合理——dummy明确传递了「这是临时占位变量」的含义，不会和_代表的「赋值后丢弃不用」的语义混淆。