很好的答案，而且都是正确的。我提供了简单的例子以及简单的定义/含义。

含义：

某些变量--► 这是公开的，任何人都可以看到。

_某些变量--► 这是公开的，任何人都可以看到，但这是一个惯例，表明私人。。。警告Python不执行强制。

__某些变量--► Python将变量名替换为_classname__some_varable（AKA name mangling），并降低/隐藏其可见性，更像是私有变量。

老实说，根据Python文档

无法访问的“Private”实例变量Python中不存在对象“

示例：

class A():
    here="abc"
    _here="_abc"
    __here="__abc"


aObject=A()
print(aObject.here) 
print(aObject._here)
# now if we try to print __here then it will fail because it's not public variable 
#print(aObject.__here)

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

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

单个下划线

在类中，带前导下划线的名称向其他程序员表示该属性或方法将在该类中使用。然而，隐私权并未以任何方式强制执行。对模块中的函数使用前导下划线表示不应从其他地方导入。

从PEP-8风格指南：

_single_leading_underscore：“内部使用”指标较弱。例如，from M import*不会导入名称以下划线开头的对象。

双下划线（名称Mangling）

从Python文档中：

__spam形式的任何标识符（至少两个前导下划线，最多一个尾随下划线）在文本上替换为_classname__spam，其中classname是当前类名，前导下划线被去掉。这种修改是在不考虑标识符的语法位置的情况下完成的，因此它可以用于定义类私有实例和类变量、方法、存储在全局变量中的变量，甚至是存储在实例中的变量。对于其他类的实例，该类是私有的。

以及来自同一页的警告：

名称修改旨在为类提供一种简单的方法来定义“私有”实例变量和方法，而不必担心派生类定义的实例变量，也不必担心类外的代码干扰实例变量。注意，损坏规则的设计主要是为了避免事故；一个坚定的灵魂仍然有可能访问或修改一个被认为是私有的变量。

实例

>>> class MyClass():
...     def __init__(self):
...             self.__superprivate = "Hello"
...             self._semiprivate = ", world!"
...
>>> mc = MyClass()
>>> print mc.__superprivate
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: myClass instance has no attribute '__superprivate'
>>> print mc._semiprivate
, world!
>>> print mc.__dict__
{'_MyClass__superprivate': 'Hello', '_semiprivate': ', world!'}

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

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

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

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

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

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

为了用简单的语言来描述它，让我们将python变量的可访问性约定与Java中的访问修饰符进行比较：

(Python)                                     =   (Java)
_single_underscore_variable                  =   Protected (Accessible to class and its subclasses)
__double_underscore_variable                 =   Private (Accessible to class itself only)
no_underscore_variable                       =   Public (Accessible anywhere)

参考：https://www.tutorialsteacher.com/python/public-private-protected-modifiers