_var：python中带前导单下划线的变量是经典变量，旨在通知使用代码的其他人该变量应保留供内部使用。它们与经典变量有一点不同：在对定义它们的对象/模块进行通配符导入时，不会导入它们（定义__all__变量时除外）。如：#foo.pyvar=“var”_var=“_var”#巴.py从foo导入*print（dir（））#已定义对象的列表，包含“var”但不包含“_var”打印（var）#varprint（_var）#name错误：未定义名称“_var”_：单下划线是前导单下划线变量的特殊情况。按照惯例，它被用作垃圾变量，以存储一个不打算稍后访问的值。它也不会通过通配符导入来导入。这个for循环打印“我不能在课堂上讲话”10次，并且永远不需要访问_变量。对于范围（10）内的_：打印（“我不能在课堂上讲话”）var_：单尾随下划线变量。它们是传统的变量，用于避免与Python关键字冲突。如：class_=“MyClassName”__var：双前导下划线变量（至少两个前导下划线，最多一个尾随下划线）。当用作类属性（变量和方法）时，这些变量会受到名称篡改：在类之外，python会将属性重命名为_＜class_name＞__＜attribute_name＞。例子：类MyClass：__an_attribute=“属性值”my_class=我的类（）print（my_class.MyClass__an_attribute）#“属性值”print（my_class.__an_attribute）#AttributeError：“MyClass”对象没有属性“__an_aattribute”当用作类外部的变量时，它们的行为类似于单前导下划线变量。__var__：双前导和尾随下划线变量（至少两个前导和尾随底线）。也称为dunders。python使用此命名约定在内部定义变量。避免使用此约定来防止python更新可能产生的名称冲突。Dunder变量的行为类似于单前导下划线变量：它们在类中使用时不受名称篡改的影响，但不会在通配符导入中导入。

根据Python中下划线的含义

单前导下划线（_var）：表示名称仅供内部使用的命名约定。通常不由Python解释器强制执行（通配符导入除外），仅作为程序员的提示。单尾下划线（var_）：按惯例使用，以避免与Python关键字的命名冲突。双前导下划线（__var）：在类上下文中使用时触发名称更改。由Python解释器强制执行。双前导和尾随下划线（__var__）：表示Python语言定义的特殊方法。避免为自己的属性使用此命名方案。单下划线（_）：有时用作临时或不重要变量的名称（“不在乎”）。另外：Python REPL中最后一个表达式的结果。

你的问题很好，不仅仅是关于方法。模块中的函数和对象通常也以一个下划线作为前缀，也可以以两个下划线作为后缀。

例如，__double_underscore名称在模块中不会被篡改。如果从一个模块（从模块导入*）导入所有名称，则不会导入以一个（或多个）下划线开头的名称，也不会导入帮助（模块）中显示的名称。

下面是一个简单的示例，说明双下划线财产如何影响继承的类。因此，使用以下设置：

class parent(object):
    __default = "parent"
    def __init__(self, name=None):
        self.default = name or self.__default

    @property
    def default(self):
        return self.__default

    @default.setter
    def default(self, value):
        self.__default = value


class child(parent):
    __default = "child"

如果然后在python REPL中创建子实例，您将看到以下内容

child_a = child()
child_a.default            # 'parent'
child_a._child__default    # 'child'
child_a._parent__default   # 'parent'

child_b = child("orphan")
## this will show 
child_b.default            # 'orphan'
child_a._child__default    # 'child'
child_a._parent__default   # 'orphan'

这对一些人来说可能很明显，但在一个复杂得多的环境中，这让我措手不及

_foo：只是惯例。程序员指示变量是私有的（无论在Python中意味着什么）。__foo：这有真正的意义。解释器将此名称替换为_classname__foo，以确保该名称不会与其他类中的类似名称重叠。__foo__：只是惯例。Python系统使用不会与用户名冲突的名称的方法。

在Python世界中，没有其他形式的下划线有意义。此外，在这些约定中，类、变量、全局等之间没有区别。

到目前为止，答案很好，但缺少一些花絮。一个前导下划线不仅仅是一个约定：如果使用from foobar import*，并且foobar模块没有定义__all__列表，那么从模块导入的名称不包括前导下划线的名称。假设这主要是一个惯例，因为这个案例是一个相当模糊的角落；-）。

前导下划线约定不仅广泛用于私有名称，也广泛用于C++所称的受保护的名称，例如，完全打算由子类重写的方法的名称（即使是必须重写的方法，因为在基类中它们引发NotImplementedError！-）通常是单前导下划线名称，以向使用该类（或子类）实例的代码指示不打算直接调用所述方法。

例如，要使线程安全队列具有与FIFO不同的排队规则，可以导入queue，将queue.queue子类化，并重写_get和_put等方法；“客户端代码”从不调用这些（“钩子”）方法，而是调用（“组织”）公共方法，如put和get（这被称为模板方法设计模式——例如，请参见此处，以获取基于我关于该主题的演讲视频的有趣演示，并添加了摘要）。

编辑：会谈描述中的视频链接现已断开。你可以在这里和这里找到前两个视频。