我终于把Python中下划线的含义弄清楚了（憋了很久了）
我终于把Python中下划线的含义弄清楚了（憋了很久了）
阅读本文需要10.5分钟
Python中有关单个和双下划线（“ dunder”）的各种含义和命名约定，名称修饰的工作方式以及它如何影响Python类。
单下划线和双下划线在Python变量和方法名称中具有含义。其中的某些含义仅是约定俗成的内容，旨在作为对程序员的提示-某些含义是由Python解释器实施的。
如果想知道“ Python变量和方法名称中的下划线和下划线分别是什么意思？”，我将尽力在这里为大家找到答案。
在本文中，我将讨论以下五个下划线模式和命名约定，以及它们如何影响Python程序的行为：
· 单引号下划线： _var
· 单尾划线： var_
· 双领先下划线： __var
· 领先和落后双下划线： __var__
· 单下划线： _
单引号下划线： _var
当涉及变量和方法名称时，单个下划线前缀仅具有约定的含义。这是对程序员的提示，它意味着Python同意它的含义，但不影响程序的行为。
下划线前缀是向其他程序员的提示，即以单个下划线开头的变量或方法供内部使用。此约定在PEP 8中定义。
这不是Python强制执行的。Python在Java的“私有”变量和“公共”变量之间没有明显的区别。就像有人贴了一个很小的下划线警告标志，上面写着：
“嘿，这并不是要真正成为此类的公共接口的一部分。最好不要管它。”
看下面的例子：
class Test:
def __init__(self):
self.foo = 11
self._bar = 23如果你实例化这个类并试图访问它的构造函数中定义的foo和_bar属性，会发生什么?让我们来看看:
>>> t = Test()
>>> t.foo
11
>>> t._bar
23看到_bar中的前一个下划线并没有阻止我们“进入”类并访问该变量的值。
这是因为Python中的单个下划线前缀仅仅是一种约定
但是，前导下划线确实会影响名称从模块导入的方式。假设在一个名为my_module的模块中有以下代码:
# This is my_module.py:
def external_func():
return 23
def _internal_func():
return 42现在，如果使用通配符导入来从模块中导入所有名称，Python将不会导入带有前导下划线的名称(除非模块定义了覆盖此行为的_all__列表):
>>> from my_module import *
>>> external_func()
23
>>> _internal_func()
NameError: "name '_internal_func' is not defined"顺便说一下，应该避免通配符导入，因为它们使名称空间中出现的名称变得不清楚。
与通配符导入不同，常规导入不受主要的单下划线命名约定的影响:
>>> import my_module
>>> my_module.external_func()
23
>>> my_module._internal_func()
42单下划线是一种Python命名约定，表示某个名称是供内部使用的。它通常不是由Python解释器强制执行的，只是对程序员的提示。
单尾划线： var_
有时候，一个变量最合适的名字已经被一个关键字代替了。因此，类或def之类的名称在Python中不能用作变量名。在这种情况下，你可以添加一个下划线打破命名冲突:
>>> def make_object(name, class):
SyntaxError: "invalid syntax"
>>> def make_object(name, class_):
... pass总之，惯例使用单个尾划线(后缀)来避免与Python关键字的命名冲突。在PEP 8中解释了这种约定。
双首下划线： __var
到目前为止，我们所讨论的命名模式仅从约定的约定中获得它们的含义。对于以双下划线开头的Python类属性(变量和方法)，情况略有不同。
双下划线前缀导致Python解释器重写属性名，以避免子类中的命名冲突。
这也叫做名字拼写——解释器改变变量的名字的方式使得在以后扩展类时很难产生冲突。
是不是听起来很抽象。所以我把这个小代码示例放在一起，可以用于理解:
class Test:
def __init__(self):
self.foo = 11
self._bar = 23
self.__baz = 23让我们看看这个对象的属性使用内置的dir()函数:
>>> t = Test()
>>> dir(t)
['_Test__baz', '__class__', '__delattr__', '__dict__', '__dir__',
'__doc__', '__eq__', '__format__', '__ge__', '__getattribute__',
'__gt__', '__hash__', '__init__', '__le__', '__lt__', '__module__',
'__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__',
'__setattr__', '__sizeof__', '__str__', '__subclasshook__',
'__weakref__', '_bar', 'foo']这会给我们一个带有对象属性的列表。让我们看看这个列表，并查找原始变量名foo、_bar和_ bazi—时保证会发现一些有趣的变化。
self.foo在属性列表中，foo变量显示为未修改的foo。
self._bar的行为方式是一样的——它在类中显示为_bar。就像我之前说的，前导下划线只是一种惯例。给程序员的提示。
然而self.__baz看起来有点不同。当在该列表中搜索_baz时，将看到没有具有该名称的变量。
那么，到底发生了什么呢?
如果仔细查看，就会看到这个对象上有一个名为_testbaz的属性。这是Python解释器应用的命名混乱。这样做是为了保护变量不被子类覆盖。
让我们创建另一个类，扩展测试类，并尝试重写添加到构造函数中的现有属性:
>>> t2 = ExtendedTest()
>>> t2.foo
'overridden'
>>> t2._bar
'overridden'
>>> t2.__baz
AttributeError: "'ExtendedTest' object has no attribute '__baz'"天呐， 当我们试图检查t2. baz的值时，为什么会得到那个AttributeError ?名字混乱又来了!事实证明，这个对象甚至没有一个_baz属性:
>>> dir(t2)
['_ExtendedTest__baz', '_Test__baz', '__class__', '__delattr__',
'__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__',
'__getattribute__', '__gt__', '__hash__', '__init__', '__le__',
'__lt__', '__module__', '__ne__', '__new__', '__reduce__',
'__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__',
'__subclasshook__', '__weakref__', '_bar', 'foo', 'get_vars']正如你所看到的，为了防止意外修改，_baz变成了_extendedtest_ baz:
>>> t2._ExtendedTest__baz
'overridden'但是最初的_test_ baz仍然存在:
>>> t2._Test__baz
42双下划线命名错误对我们来说完全是清楚的。看看下面的例子可以证实这一点:
class ManglingTest:
def __init__(self):
self.__mangled = 'hello'
def get_mangled(self):
return self.__mangled
>>> ManglingTest().get_mangled()
'hello'
>>> ManglingTest().__mangled
AttributeError: "'ManglingTest' object has no attribute '__mangled'"在一个类的上下文中，名称混乱也适用于方法名称吗? 所有以两个下划线字符(“dunders”)开头的名字都会受到名字混乱的影响:
class MangledMethod:
def __method(self):
return 42
def call_it(self):
return self.__method()
>>> MangledMethod().__method()
AttributeError: "'MangledMethod' object has no attribute '__method'"
>>> MangledMethod().call_it()
42下面是另一个名字变形的例子，可能会让你大吃一惊:
_MangledGlobal__mangled = 23
class MangledGlobal:
def test(self):
return __mangled
>>> MangledGlobal().test()
23在本例中，我声明了一个名为_mangledglobalmangled的全局变量。然后，我在名为MangledGlobal的类的上下文中访问了这个变量。由于名称混乱，我能够在类的test()方法中引用_mangledglobalmangled全局变量，就像在类的test()方法中引用的那样。
Python解释器会自动将名称解析扩展为_mangledglobalmangled，因为它以两个下划线字符开头。这证明了名称混乱并不是特定地与类属性绑定在一起的。它适用于在类上下文中以两个下划线开头的任何名称。
双重领先和落后强调： __var__
根据约定，一个单独的下划线有时用作一个名称，表示一个变量是临时的或是不重要的。
例如，在下面的循环中，我们不需要访问正在运行的索引，我们可以使用“_”来表示它只是一个临时值:
>>> for _ in range(32):
... print('Hello, World.')还可以在解包表达式中使用单个下划线。同样，这只是“按照约定”的意思，在Python解释器中没有触发任何特殊的行为。单个下划线只是一个有效的变量名。
在下面的代码示例中，我将一个car元组解压缩到单独的变量中，但我只对颜色和值感兴趣。然而，为了使解包表达式成功，我需要将tuple中包含的所有值赋给变量。这就是“_”作为占位符变量有用的地方:
>>> car = ('red', 'auto', 12, 3812.4)
>>> color, _, _, mileage = car
>>> color
'red'
>>> mileage
3812.4
>>> _
12除了用作临时变量之外，“_”在大多数Python REPLs中是一个特殊变量，它表示解释器计算的最后一个表达式的结果。
如果在解释器会话中工作，并且希望访问前面计算的结果，那么这是很方便的。或者，如果你正在动态构建对象，并且想要与它们交互，而不需要先给它们分配一个名称:
>>> 20 + 3
23
>>> _
23
>>> print(_)
23
>>> list()
[]
>>> _.append(1)
>>> _.append(2)
>>> _.append(3)
>>> _
[1, 2, 3]总结：Python下划线命名模式
这是我在本文中介绍的五个下划线模式在Python中的含义的简要概述。
图案 | 例 | 含义 |
|---|---|---|
单引号下划线 | _var | 表示名称的命名约定仅供内部使用。通常不由Python解释器强制执行（通配符导入除外），并且仅作为对程序员的提示。 |
单尾划线 | var_ | 按照惯例使用，以避免与Python关键字命名冲突。 |
双领先下划线 | __var | 在类上下文中使用时触发名称修改。由Python解释器实施。 |
双重领先和落后强调 | __var__ | 表示由Python语言定义的特殊方法。避免为自己的属性使用此命名方案。 |
单下划线 | _ | 有时用作临时变量或无关紧要变量的名称（“无关紧要”）。 |
