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

我是这样看的：

_

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

__

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

==>

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

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

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

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

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

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

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

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

如果真的想让变量成为只读的，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问了一个稍有不同的问题，但由于我发现另一个问题是“如何设置私有变量”，标记为与此重复，所以我想在这里添加此附加信息。

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

含义：

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

_某些变量--► 这是公开的，任何人都可以看到，但这是一个惯例，表明私人。。。警告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)

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

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

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

双下划线的用意不是关于隐私。我们的意图是这样使用它类圆（对象）：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。