既然这么多人都在提到雷蒙德的谈话，我就把他说的话写下来，让事情变得简单一点：

双下划线的用意不是关于隐私。我们的意图是这样使用它类圆（对象）：def__init__（自身，半径）：self.radius=半径定义区域（自身）：p=自身__周长（）r=p/math.pi/2.0返回math.pi*r**2.0定义周长（自身）：return 2.0*math.pi*self.radius__周界=周界#本地参考等级轮胎（圆形）：定义周长（自身）：返回圆周长（自身）*1.25这实际上是隐私的反面，都是关于自由的。它使您的子类可以自由覆盖任何一个方法，而不破坏其他方法。

假设您没有在Circle中保留周界的本地参考。现在，派生类Tire覆盖了周长的实现，而不接触面积。当您调用Tire（5）.area（）时，理论上它应该仍然使用Circle.perimeter进行计算，但实际上它使用的是Tire.perimet，这不是预期的行为。这就是为什么我们需要Circle的本地参考。

但为什么用周长代替周长？因为_perimeter仍然给派生类重写的机会：

class Tire(Circle):

    def perimeter(self):
        return Circle.perimeter(self) * 1.25

    _perimeter = perimeter

双下划线具有名称损坏，因此父类中的本地引用在派生类中被重写的可能性很小。因此“使您的子类可以自由覆盖任何一个方法而不破坏其他方法”。

如果您的类不会被继承，或者方法重写不会破坏任何东西，那么您就不需要__double_leading_underscore。

单个下划线

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

从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!'}

了解_和_的事实非常容易；其他答案很好地表达了这一点。这种用法很难确定。

我是这样看的：

_

应用于指示函数不供公共使用，例如API。这和导入限制使其行为与c#中的内部行为非常相似。

__

应用于避免继承层次结构中的名称冲突，并避免后期绑定。很像c#中的private。

==>

如果你想表明某些东西不是供公众使用的，但它应该像受保护的用途一样。如果你想表明某些东西不是公共使用的，但它应该像私人使用一样。

这也是我非常喜欢的一句话：

问题是，一个类的作者可能会合理地认为“属性/方法名称应该是私有的，只能从内部访问这个类定义”，并使用__private约定，该类的用户可以创建合法需要的子类访问该名称。所以要么必须修改超类（这可能很困难或不可能），或者子类代码必须使用手动损坏的名称（这充其量是丑陋和脆弱的）。

但在我看来，如果没有IDE在重写方法时发出警告，那么如果意外地从基类重写了方法，查找错误可能需要一段时间。

单一前导下划线是一种惯例。如果名称是否以单个下划线开头，则从解释器的角度来看没有区别。

双前导和尾随下划线用于内置方法，如__init__、__bool__等。

双前导下划线不带尾随对应符也是一种惯例，但是，类方法将被解释器破坏。对于变量或基本函数名不存在差异。

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

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

如果真的想让变量成为只读的，IMHO最好的方法就是使用property（），只传递getter。有了property（）我们可以完全控制数据。

class PrivateVarC(object):

    def get_x(self):
        pass

    def set_x(self, val):
        pass

    rwvar = property(get_p, set_p)  

    ronly = property(get_p) 

我知道OP问了一个稍有不同的问题，但由于我发现另一个问题是“如何设置私有变量”，标记为与此重复，所以我想在这里添加此附加信息。