Python私有方法能直接调用，但需通过改写后的名称如_ClassName__method_name()，这违背封装原则，易导致维护困难、测试脆弱和设计缺陷。
Python私有方法能直接调用吗？可以，但名字被mangle了
Python没有真正的私有方法，__method_name 这种双下划线开头的写法会触发名称改写（name mangling），实际变成 _ClassName__method_name。所以你确实能通过 obj._ClassName__method_name() 调用，但这不是设计本意，属于绕过封装的“硬闯”。
常见错误现象：AttributeError: 'MyClass' object has no attribute '__helper' —— 你以为没定义，其实是名字变了；或者调用成功了，但换了个继承结构就突然报错。
- 名称改写只发生在类定义内部、且以
__开头且不以__结尾的标识符上（比如__init__不会被改） - 子类如果也定义同名
__method，会被改写成不同名字，不会覆盖父类的版本 - 这种调用会让测试严重依赖实现细节，一旦重构类名或方法名，所有测试立刻崩
为什么不该在测试里直接调用\_ClassName\_\_method
这不是风格问题，是维护成本问题。私有方法存在的意义就是“对外不可见”，测试强行访问它，等于把内部逻辑钉死在测试里。
使用场景其实很窄：只有当你确认该方法纯粹是工具函数、无副作用、且短期内绝不会重构成公有接口时，才可能考虑——但即便如此，也不如把它挪到模块顶层或 helpers.py 里更干净。
立即学习“Python免费学习笔记（深入）”；
- 测试变脆弱：类名一改，所有
_OldClass__do_work全得手动搜替换 - 掩盖设计缺陷：频繁想测私有方法，往往说明这个类职责太重，或行为没被足够好的公有接口覆盖
- CI/CD 中容易误伤：某些代码检查工具（如
pylint）会直接报W0212: Access to a protected member
真正推荐的替代方案：从公有接口反向验证
私有方法干的事，一定服务于某个公有行为。测清楚那个行为的输入输出，就等于间接覆盖了私有逻辑。这才是稳定、可读、可持续的测试方式。
比如有个 Processor 类，私有方法 __clean_text 处理字符串清洗，公有方法 process 调用它：
def test_process_handles_special_chars():
p = Processor()
result = p.process(" hello@#world! ")
assert result == "helloworld"
这样测，哪怕你明天把 __clean_text 拆成两个方法、换成正则、甚至用第三方库，只要 process 行为不变，测试就依然绿。
- 如果私有方法涉及复杂状态或边界条件，考虑把它抽成独立函数（不带
self），然后单独单元测试 - 如果必须观测中间态（比如调试时），用
logging或临时加print，而不是让测试依赖它 - pytest 的
monkeypatch可以 mock 私有方法来隔离依赖，但目的仍是验证公有接口行为，不是为了“测它本身”
实在要测私有方法？先问自己三个问题
别急着写 inst._MyClass__do_xxx()，先停一下：
- 这个方法有没有可能在未来被其他类复用？→ 那它就不该是私有的，改成模块级函数
- 它的逻辑是否和当前类强耦合（比如大量读写
self._state）？→ 那它本就该被公有接口包裹着测 - 你是不是因为公有接口太难构造输入/断言输出，才想绕开？→ 这说明公有接口设计有问题，优先重构接口
名称改写机制本身不是用来给测试开后门的，它是防止子类意外覆盖的防护网。真踩进去，容易缠住脚。
