__name无法被外部直接访问是因为python在编译期执行名称改写，将其重命名为_classname__name（如_person__name），该操作发生在类定义阶段，仅对以__开头且不以__结尾的标识符生效，旨在避免子类命名冲突而非实现封装。

__name 无法被外部直接访问，不是因为 Python 拦截了访问请求，而是它根本就不存在于实例的属性字典里——解释器在定义时就悄悄把它改名了。

名称改写（Name Mangling）是真实发生的编译期操作

当你在类中写 self.__name = "Alice"，Python 不会把属性存为 __name，而是立即重命名为 _ClassName__name（比如 _Person__name）。这个动作发生在类定义阶段，不是运行时才查表判断。

• 你可以用 obj.__dict__.keys() 查看实际存储的属性名，__name 不会出现，但 _Person__name 一定在
• dir(obj) 也会显示改写后的名字，而不会列出原始双下划线名
• 这个规则对所有以 __ 开头、且不以 __ 结尾的标识符生效；像 __init__ 或 __str__ 这类魔法方法不受影响

子类中同名私有属性不会覆盖父类的私有属性

这是名称改写最实际的用途：避免意外覆盖。父类的 __id 变成 _Parent__id，子类的 __id 变成 _Child__id，两者完全独立。

361SCAN security check your skill python scripts

扫描并分析已安装技能，用于查看指定技能目录的名称、描述和详情，或列出所有已安装的技能。

下载

• 子类方法里直接写 self.__id 访问的是自己的私有属性，不是父类的
• 子类无法通过 super() 或任何常规方式“继承”父类的私有属性
• 如果你在子类里调用父类公有方法（比如 super().show()），该方法内部仍能正常访问 self._Parent__id

强行访问 _ClassName__name 是可行但危险的

虽然你能写 obj._Person__name 拿到值，但这不是“绕过封装”，而是直接操作解释器生成的内部标识符。

• 不同 Python 实现（如 CPython、PyPy）或未来版本可能调整名称改写规则
• IDE 和类型检查工具（如 mypy）会忽略这种访问，导致静态分析失效
• 一旦类名变更，所有硬编码的 _OldName__name 都会失效

真正该用 __ 的地方，其实是防止子类命名冲突

很多人误以为 __ 是为了“隐藏数据”，其实它主要解决的是类继承中的名字污染问题。如果你不需要子类，或者只是想表达“别乱动”，用单下划线 _name 更合适、更清晰。

• __ 不适合做权限控制，也不该用于 API 设计中的“私有接口”
• 需要受控读写时，优先用 @property + _name，而不是 __name
• 动态添加的属性（如 obj.__name = "Bob"）不会触发名称改写，它就是个普通属性，和类内定义的 self.__name 完全无关

名称改写不是黑箱机制，但它依赖的是类名字符串拼接——这意味着你不能靠反射或字符串拼接安全地构造出改写后的名字，尤其当类是动态生成或嵌套定义时。这点容易被忽略，却直接影响调试和元编程的可靠性。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！