Python类中单下划线与双下划线封装差异及单下划线用途问询

首先纠正一个普遍的认知错误：Python从语法层面没有实现严格的「私有成员」，双下划线开头的成员也不是完全不能访问，只是解释器做了名称修饰（name mangling）：会自动把__c重命名为_类名__c，你给出的示例代码中，只要把最后一行改成print(obj._Temp__c)就能正常拿到值，它的作用只是避免用户不小心直接访问，而非完全禁止访问。

单下划线开头的成员核心是「约定式的私有标识」，它不影响解释器的访问逻辑，纯粹是开发者之间的共识：这个成员是类/模块的内部实现细节，除非你明确知道自己在做什么，否则不应该直接访问、修改或依赖它。

具体使用场景 #

• 标识类的内部辅助方法/属性，区分对外暴露的公开API
  比如你封装了一个数据处理类，对外只需要暴露process_data()方法即可，内部用到的_load_file()、_validate_format()这类辅助方法都可以用单下划线开头，告诉使用者：这些方法不属于对外承诺的稳定API，后续版本可能随时修改、删除，不要直接调用，避免升级版本的时候出现兼容性问题。
• 控制模块对外暴露的API范围
  如果在模块中定义了单下划线开头的函数/变量，使用from module import *导入时，这些单下划线开头的内容不会被默认导入，只有主动from module import _xxx才能引入，非常适合用来隐藏模块内部的实现逻辑，精简对外暴露的接口。
• 避免和Python内置关键字/名称冲突
  这是单下划线结尾的常见用法：比如你需要定义一个叫class或者id的变量，直接写会和内置关键字/函数冲突，就可以写成class_、id_，既不影响语义，也不会出现命名冲突。
• 比双下划线更灵活，适合大部分场景
  双下划线的名称修饰逻辑会带来额外的麻烦：如果父类定义了__xxx，子类要访问必须写self._父类名__xxx，如果子类也定义了同名的__xxx，两者会被修饰为不同的名字反而容易产生隐蔽的bug。90%以上的场景用单下划线做约定式私有就足够了，既明确了内部属性的定位，又不会引入额外的复杂度。

你给出的示例运行效果如下：

class Temp:
    def __init__(self):
        self.a = 123 # 公开属性，对外暴露
        self._b = 123 # 约定式内部属性，不建议外部直接访问
        self.__c = 123 # 名称修饰属性，避免意外访问

obj = Temp()
print(obj.a) # 输出 123，正常访问
print(obj._b) # 输出 123，解释器不阻止访问
print(obj.__c) # 报错 AttributeError，因为被重命名为 _Temp__c

内容的提问来源于stack exchange，提问作者user11387524