Python私有方法靠双下划线触发名称修饰（如__method→_Class__method），旨在防止子类意外覆盖，而非强制访问控制；单下划线仅表约定，双下划线才修饰，且不修饰特殊方法（如__init__）或结尾含双下划线者。
Python私有方法不是真的私有，而是靠命名约定和名称修饰
Python没有真正意义上的私有方法，
这种双下划线开头的写法会触发名称修饰（name mangling），把方法名改写成
。这不为隐藏，只为避免子类**意外覆盖**——它不是访问控制机制，而是一种“别乱碰”的信号。
什么时候该用双下划线
而不是单下划线
单下划线
是约定俗成的“内部使用”，解释器不做处理；双下划线
才会触发名称修饰。只有当你明确希望子类无法通过同名方式无意中覆盖父类逻辑时，才用双下划线。
子类重写了
，但忘了调用
→ 父类的
可能根本没执行
父类有个
，子类也写了个
→ 如果没双下划线，子类直接覆盖；加了双下划线后，父类实际调的是
，子类默认调的是
，互不影响
调试时用
查看属性，能看到类似
的名字，这就是名称修饰生效的证据
双下划线名称修饰的边界和陷阱
名称修饰只对类定义体内、以
开头且**不以
结尾**的标识符生效。它不处理字符串里的名字、动态拼接的属性名，也不影响模块级函数或变量。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
下载
（前后都双下）不会被修饰，这是特殊方法，比如
、
在类体里会被修饰；但
是给实例新增一个普通属性，跟修饰后的
完全无关
子类想显式调用父类的双下划线方法，得用修饰后的名字：
，而不是
用
可以绕过语法限制调用，说明它从来就不是“不可访问”
实际建议：优先用单下划线，双下划线仅用于强隔离场景
绝大多数“内部方法”用
就够了。双下划线容易让调试变麻烦，也让继承关系更难理清。只有当父类逻辑极度敏感、且你预见到子类极可能起同名方法（比如框架基类中的钩子），才启用
。
立即学习
“
Python免费学习笔记（深入）
”；
避免在抽象基类（ABC）里对钩子方法用双下划线——子类本该实现它，修饰后反而难以对接
如果方法只是不想被外部直接调用，但子类需要复用，就别用双下划线，改用文档说明 + 单下划线
Pydantic、Django 等主流库极少在公开接口里用双下划线方法，它们靠设计约束而非名称修饰来保障正确性
名称修饰是 Python 给开发者的一个“隔离缓冲带”，不是铁壁。真正关键的，是理解哪个方法的语义必须隔绝继承干扰——那才是决定是否加双下划线的分水岭。
__method_name_ClassName__method_name____method__method__init__super().__init__()__setup__validate__validate_Parent__validate_Child__validatedir(obj)_Parent__helper______method____init____str____value = 42obj.__value = 99_ClassName__valueself._Parent__helper()self.__helper()getattr(obj, '_Parent__helper')_helper__