来源 | 经授权转自 Crossin的编程教室（ID：crossincode）
大家好，欢迎来到 Crossin 的编程教室。
你有没有在别人的Python代码中看到过，有些变量或方法前面多了一个下划线 _，比如下面这个例子：
class User: def __init__(self, name, age): self.name = name self._age = age self._password = "secret"
def get_info(self): return f"Name: {self.name}, Age: {self._age}"
def _validate_age(self, new_age): return new_age > 0
你可能会感到困惑：为什么不直接叫 age 和 validate_age 呢？这么写是有什么特殊的作用吗？
今天 Crossin 就聊一下这个看似不起眼、却非常重要的 Python 命名小细节。
和很多主流语言不一样，Python 没有 private、protected 关键字来强制限制变量或方法的访问权限。这是因为 Python 的设计哲学是“我们都是成年人”，相信程序员会自觉遵守约定。
所以，下划线就成了大家表达“这个东西是内部用的”的一种通用约定。这套约定主要来自官方的 PEP 8 风格指南：单前导下划线 _var 含义：这是一个 “非公开”（non-public） 或 “内部使用” 的变量/方法。意思就是： “这是我这个模块或类的内部实现细节，你作为外部使用者最好别直接去访问或修改它。”
不过要强调的是：这只是约定，不是强制规则。你仍然可以从外部访问 obj._age，在 Python 语法上没有问题，程序也不会报错。
但不推荐这么做，因为模块或代码的作者以后可能会改这个内部实现，导致你的代码无法兼容而出错。
另外在实际使用中，带下划线的变量有两点特殊的效果：
1. 当别人用 from module import * 时，以 _ 开头的名称不会被导入。
2. 很多IDE（VS Code、PyCharm等）会把带 _ 的成员显示成灰色，提醒你“这可能是内部的”。
为什么需要这个约定？
原因其实很简单：它能提高代码的可读性。别人一看就知道哪些是稳定的公开接口，哪些是可能调整的内部逻辑。这在编写模块、团队协作、或开发大型项目时特别重要。
这就好比，客厅与卧室的区别。客厅里的水果饮料你可以自取，但加了 _ 的成员就是放在卧室抽屉里的物品，虽然没有上锁，作为客人也不应该随便乱翻。
除了最常见的单前导下划线，Python 里下划线还有几种其他常见用法，顺便也说一下，避免混淆：
1. 双前导下划线 __var（名称重整 / Name Mangling）
这会触发 Python 的名称修饰机制。Python 会自动把 __var 改成 _ClassName__var，主要目的是防止子类不小心覆盖了父类的同名属性。
它提供了一种“伪私有”的保护，用得相对少，主要在设计类继承时需要严格避免命名冲突的场景。
示例：
class Parent: def __init__(self): self.__secret = "父类的秘密"
class Child(Parent): def __init__(self): super().__init__() self.__secret = "子类的秘密"
c = Child()print(c._Parent__secret)
2. 单末尾下划线 var_
用于避免和 Python 内置关键字冲突，比如 class_、max_、list_ 等。
3. 双前后下划线 __var__（魔法方法 / Dunder方法）
这是 Python 的特殊方法，比如 __init__、__str__、__len__ 等。不要自己随便发明这种名字，它是 Python 内部用的。
4. 单独一个下划线 _
在循环或解包时，用来作为满足语法的临时变量，表示“我不关心这个值”：
for _ in range(5): # 不需要循环变量 print("hello")
a, _, c = (1, 2, 3) # 忽略中间的值
简单一句话：Python 中的单前导下划线 _var 表示“内部使用/非公开”，是编写规范，不是强制的语法。
Python 虽然“宽松”，但遵守命名规范（尤其是PEP 8）可以写出更专业、可读性和可维护性更高的代码，既提高了代码质量，也更适合团队协作开发。
你还遇到过哪些 Python 的小细节？欢迎在留言区分享。
如果本文对你有帮助，欢迎点赞、评论、转发。你们的支持是我更新的动力~
