Python中下划线的5种含义
⼀、速查表
⼆、单前导下划线：_var
当涉及到变量和⽅法名称时，单个下划线前缀有⼀个约定俗成的含义。它是对程序员的⼀个提⽰ - 意味着Python社区⼀致认为它应该是什么意思，但程序的⾏为不受影响。
下划线前缀的含义是告知其他程序员：以单个下划线开头的变量或⽅法仅供内部使⽤。该约定在PEP 8中有定义。
这不是Python强制规定的。 Python不像Java那样在“私有”和“公共”变量之间有很强的区别。这就像有⼈提出了⼀个⼩⼩的下划线警告标志，说：
"嘿，这不是真的要成为类的公共接⼝的⼀部分。不去管它就好。"
看看下⾯的例⼦：
class Test:
def __init__(self):
self.foo = 11
self._bar = 23
如果你实例化此类，并尝试访问在__init__构造函数中定义的foo和_bar属性，会发⽣什么情况？让我们来看看：
你会看到_bar中的单个下划线并没有阻⽌我们“进⼊”类并访问该变量的值。
这是因为Python中的单个下划线前缀仅仅是⼀个约定 - ⾄少相对于变量和⽅法名⽽⾔。
但是，前导下划线的确会影响从模块中导⼊名称的⽅式。
假设你在⼀个名为my_module的模块中有以下代码：
现在，如果使⽤通配符从模块中导⼊所有名称，则Python不会导⼊带有前导下划线的名称（除⾮模块定义了覆盖此⾏为的__all__列表）：
顺便说⼀下，应该避免通配符导⼊，因为它们使名称空间中存在哪些名称不清楚。为了清楚起见，坚持常规导⼊更好。
与通配符导⼊不同，常规导⼊不受前导单个下划线命名约定的影响
我知道这⼀点可能有点令⼈困惑。如果你遵循PEP 8推荐，避免通配符导⼊，那么你真正需要记住的只有这个：
单个下划线是⼀个Python命名约定，表⽰这个名称是供内部使⽤的。它通常不由Python解释器强制执⾏，仅仅作为⼀种对程序员的提⽰
三、单末尾下划线 var_
有时候，⼀个变量的最合适的名称已经被⼀个关键字所占⽤。因此，像class或def这样的名称不能⽤作Python中的变量名称。在这种情况下，你可以附加⼀个下划线来解决命名冲突：
总之，单个末尾下划线（后缀）是⼀个约定，⽤来避免与Python关键字产⽣命名冲突。 PEP 8解释了这个约定。
四、双前导下划线 __var
到⽬前为⽌，我们所涉及的所有命名模式的含义，来⾃于已达成共识的约定。⽽对于以双下划线开头的Python类的属性（包括变量和⽅法），情况就有点不同了。
双下划线前缀会导致Python解释器重写属性名称，以避免⼦类中的命名冲突。
这也叫做名称修饰（name mangling） - 解释器更改变量的名称，以便在类被扩展的时候不容易产⽣冲突。
我知道这听起来很抽象。因此，我组合了⼀个⼩⼩的代码⽰例来予以说明：
让我们⽤内置的dir()函数来看看这个对象的属性：
以上是这个对象属性的列表。让我们来看看这个列表，并寻我们的原始变量名称foo，_bar和__baz - 我保证你会注意到⼀些有趣的变化。
self.foo变量在属性列表中显⽰为未修改为foo。
self._bar的⾏为⽅式相同 - 它以_bar的形式显⽰在类上。就像我之前说过的，在这种情况下，前导下
划线仅仅是⼀个约定。给程序员⼀个提⽰⽽已。
然⽽，对于self.__baz⽽⾔，情况看起来有点不同。当你在该列表中搜索__baz时，你会看不到有这个名字的变量。
__baz出什么情况了？
如果你仔细观察，你会看到此对象上有⼀个名为_Test__baz的属性。这就是Python解释器所做的名称修饰。它这样做是为了防⽌变量在⼦类中被重写。
让我们创建另⼀个扩展Test类的类，并尝试重写构造函数中添加的现有属性：
现在，你认为foo，_bar和__baz的值会出现在这个ExtendedTest类的实例上吗？我们来看⼀看：
等⼀下，当我们尝试查看t2 .__ baz的值时，为什么我们会得到AttributeError？名称修饰被再次触发了！事实证明，这个对象甚⾄没有
java python是什么意思__baz属性：
正如你可以看到__baz变成_ExtendedTest__baz以防⽌意外修改：
但原来的_Test__baz还在：
双下划线名称修饰对程序员是完全透明的。下⾯的例⼦证实了这⼀点：
名称修饰是否也适⽤于⽅法名称？是的，也适⽤。名称修饰会影响在⼀个类的上下⽂中，以两个下划线字符（"dunders"）开头的所有名称：
这是另⼀个也许令⼈惊讶的运⽤名称修饰的例⼦：
在这个例⼦中，我声明了⼀个名为_Test__mangled的全局变量。然后我在名Test的类的上下⽂中访问变量。由于名称修饰，我能够在类的test()⽅法内，以__mangled来引⽤_Test__mangled全局变量。
Python解释器⾃动将名称__mangled扩展为_Test__mangled，因为它以两个下划线字符开头。这表明名称修饰不是专门与类属性关联的。它适⽤于在类上下⽂中使⽤的两个下划线字符开头的任何名称。
五、双前导和双末尾下划线 _var_
也许令⼈惊讶的是，如果⼀个名字同时以双下划线开始和结束，则不会应⽤名称修饰。由双下划线前缀和后缀包围的变量不会被Python解释器修改：
但是，Python保留了有双前导和双末尾下划线的名称，⽤于特殊⽤途。这样的例⼦有，__init__对象构造函数，或__call__ --- 它使得⼀个对象可以被调⽤。
这些dunder⽅法通常被称为神奇⽅法 - 但Python社区中的许多⼈（包括我⾃⼰）都不喜欢这种⽅法。
最好避免在⾃⼰的程序中使⽤以双下划线（“dunders”）开头和结尾的名称，以避免与将来Python语⾔的变化产⽣冲突。
六、单下划线 _
按照习惯，有时候单个独⽴下划线是⽤作⼀个名字，来表⽰某个变量是临时的或⽆关紧要的。
例如，在下⾯的循环中，我们不需要访问正在运⾏的索引，我们可以使⽤“_”来表⽰它只是⼀个临时值：
你也可以在拆分(unpacking)表达式中将单个下划线⽤作“不关⼼的”变量，以忽略特定的值。同样，这个含义只是“依照约定”，并不会在Python解释器中触发特殊的⾏为。单个下划线仅仅是⼀个有效的变量名称，会有这个⽤途⽽已。
在下⾯的代码⽰例中，我将汽车元组拆分为单独的变量，但我只对颜⾊和⾥程值感兴趣。但是，为了使拆分表达式成功运⾏，我需要将包含在元组中的所有值分配给变量。在这种情况下，“_”作为占位符变量可以派上⽤场：
除了⽤作临时变量之外，“_”是⼤多数Python REPL中的⼀个特殊变量，它表⽰由解释器评估的最近⼀个表达式的结果。
这样就很⽅便了，⽐如你可以在⼀个解释器会话中访问先前计算的结果，或者，你是在动态构建多个对象并与它们交互，⽆需事先给这些对象分配名字：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。