Python 面向对象调试需先识别问题对象、方法调用及状态变更行；验证真实类型用 type()和 isinstance()，查看继承链用__mro__；通过__setattr__钩子追踪属性动态变化；断点应设在方法内部首行并配合条件判断。
Python 面向对象调试的关键，在于快速识别问题发生在哪个对象、哪次方法调用、哪行实例状态变更上。别一上来就 print 满天飞，先理清对象生命周期和属性流向。
确认对象真实类型与继承链
遇到“方法不存在”或“行为异常”，常因实际类型和预期不符（比如传入子类却按父类逻辑处理）。用 type(obj) 和isinstance(obj, TargetClass)验证，比看变量名更可靠。顺手打印obj.__class__.__mro__，能立刻看到完整的继承顺序，尤其当重写方法没生效时，一眼看出是哪个父类的方法被调用了。
追踪实例属性的动态变化
属性值莫名变 None 或错误类型？在关键类中临时加一个 __setattr__ 钩子（仅调试用）：
- 检查赋值键名是否拼错（如 self.user_name 写成self.username）
- 记录谁在什么时候给哪个属性赋了什么值（配合 traceback.extract_stack()[-2] 定位调用位置）
- 发现意外覆盖（比如初始化后又被其他方法清空）
断点别只打在方法定义处
IDE 断点打在 def method(self, …): 那行，容易漏掉问题——真正出错的可能是某次特定参数触发的分支。推荐做法：
立即学习“Python 免费学习笔记（深入）”；
- 在方法内部首行设条件断点：if not hasattr(self, ‘data’) 或 if len(args)
- 对关键实例属性右键“Add Watch”，观察其值随步进如何变化
- 在 __init__ 末尾加断点，确认初始状态符合预期，避免“带病运行”
模拟调用链，隔离测试单个对象行为
当问题出现在多对象协作中（如 A 调 B，B 调 C），直接跑完整流程难定位。可手动构造最小依赖：
- 把待测对象所需依赖（如数据库连接、配置对象）替换成 unittest.mock.Mock() 或极简桩类
- 用 obj.method_name() 直接调用，绕过外部触发逻辑
- 对比“纯对象调用结果”和“集成环境结果”，差异点就是协作引入的问题
不复杂但容易忽略。
