单下划线_主要用于命名约定，提示内部使用，避免外部直接访问；在循环或解包中作临时变量；交互式环境中保存上一表达式结果；还可作为数字字面量分隔符提升可读性。
在Python的世界里，下划线
_和双下划线
__，这两个看似微不足道的符号，实则承载着不同的语义和机制。简单来说，单下划线更多是一种“君子协定”，用来暗示某个变量或方法是内部使用的，外部最好不要直接碰；而双下划线则是一种Python解释器层面的“名称混淆”（name mangling）机制，旨在避免类继承中的属性冲突，它并不是真正的私有化，但确实让外部访问变得不那么直接。
要深入理解
_和
__，我们需要跳出那种非黑即白的“私有”与“公共”的传统思维框架。Python的设计哲学，至少在早期，更偏向于“我们都是成年人”的信任原则。
单下划线
_，它主要扮演的是一个“提示符”的角色。当你看到一个以
_开头的变量或方法（例如
_my_internal_data或
_calculate_something()），这通常意味着作者希望你把它当作一个内部实现细节来对待。是的，你完全可以直接访问它，Python并不会阻止你。但从设计的角度看，这意味着它的行为可能会在未来的版本中改变，或者它仅仅是为了支持类的公共接口而存在。这是一种约定，一种代码作者与使用者之间的默契。我个人觉得，这种设计在很多时候反而更灵活，它避免了过度封装可能带来的僵化，但同时也要求开发者有更高的自律性。
而双下划线
__（特指作为前缀，如
__private_var），它的作用就更具技术性了。它不是为了阻止你访问，而是为了“重命名”你的属性。当Python解释器看到一个类内部定义的以双下划线开头的属性时，它会自动将其名称修改为
_ClassName__attribute的形式。这个过程被称为“名称混淆”或“名称修饰”（name mangling）。它的核心目的，是为了防止在复杂的继承体系中，子类不小心定义了与父类同名的属性，从而覆盖了父类的内部实现。这在构建大型库或框架时特别有用，可以避免一些难以调试的副作用。我常常觉得，这就像是Python给你的一个小小“障眼法”，它不是真的藏起来了，只是换了个名字，让你没那么容易找到，从而提醒你：嘿，这东西可能有点特殊，动它之前最好三思。
立即学习“Python免费学习笔记（深入）”；
Python中单下划线_
在变量命名和解释器中的具体作用是什么？
说起单下划线，我总觉得它有点像Python里的“万金油”，虽然不起眼，但用处还挺多。它不仅仅是一个简单的命名约定，在某些场景下，它甚至能发挥一些小小的语法功能。
最常见的，也是我前面提到过的，就是作为内部使用的提示符。当你定义一个类或者模块时，如果有一些变量或者方法不希望被外部直接调用，或者它们只是为了辅助公共接口而存在，我们通常会给它们加上单下划线前缀，比如
self._cache或者
_helper_function()。这就像是给它们贴了个便签，上面写着：“内部使用，请勿随意修改。”但请记住，这纯粹是一种约定，Python解释器并不会强制执行，你依然可以通过
obj._cache来访问它。在我看来，这种“软性约束”体现了Python的开放性，它相信开发者有能力自行判断何时可以打破约定。
单下划线也常被用作临时或“不关心”的变量名。这在很多场景下都非常实用。比如，你可能在一个循环中只需要迭代次数，而不需要每次迭代的具体元素：
for _ in range(10): do_something()。或者，当你解包一个元组或列表，但只对其中一部分值感兴趣时：
name, _, email = user_info。这里的
_就表示“我不需要这个值，请把它丢掉”。这种用法让代码看起来更简洁，也更明确地表达了你的意图。我个人特别喜欢这种用法，它避免了创建无意义的变量名。
在交互式解释器中，单个下划线
_还有一个特别的含义：它会存储上一个表达式的结果。当你输入一个表达式并回车后，它的结果就会被赋给
_。这在调试或者快速验证一些想法时非常方便，省去了你显意声明一个变量的麻烦。比如：
>>> 2 + 3 5 >>> _ * 2 10
这是一种小而美的特性，虽然在生产代码中不常用，但在日常探索Python时却能带来不少便利。
一个可能不那么为人所熟知，但同样实用的用法是作为数字字面量的分隔符。从Python 3.6开始，你可以在数字中插入下划线来提高可读性，例如
1_000_000表示一百万，或者二进制、十六进制数`0b11
