hasattr仅能判断属性是否存在，无法区分方法与普通属性；可靠检测可调用方法需三步：hasattr检查存在性、getattr获取值、callable核验可调用性。
hasattr 能判断方法是否存在，但不能区分方法和普通属性
直接用 hasattr(obj, "method_name") 只能告诉你这个名称在对象或其类上“有”，但它可能是方法、属性、property、甚至只是个数据成员。比如类里定义了 def foo(self): pass 和 foo = 42，hasattr 对两者都返回 True。
常见错误现象：写单元测试时用 hasattr(obj, "save") 断言“支持保存”，结果因某个子类意外覆盖了 save 成一个整数而误判通过。
- 如果目标是确认“可调用的方法”（即真正能
obj.method()的），必须额外检查 callable 性 -
hasattr查的是实例字典 + 类 MRO 链，不触发__get__协议，所以对描述符（如@property）可能返回True，但实际不能调用 - 若只关心类本身是否定义了该方法（而非实例），应查
getattr(cls, "method_name", None)并检查是否为types.FunctionType或types.MethodType
正确检测“可调用方法”的三步组合
要可靠判断某对象是否具备一个可调用的同名方法，推荐：先 hasattr 快速排除，再 getattr 获取值，最后 callable() 核验。
def has_callable_method(obj, name):
if not hasattr(obj, name):
return False
attr = getattr(obj, name)
return callable(attr)
使用场景：框架中做插件兼容性检查、动态路由分发前校验 handler 是否可调用。
- 不要省略
hasattr这一步——getattr在属性不存在时抛AttributeError，而callable对None返回False，但对未定义属性无法处理 - 注意：
callable对@property返回True（因为 property 对象本身可调用），但你通常不希望把它当方法用；如需严格排除，得额外检查isinstance(attr, property) - 对类方法（
@classmethod）和静态方法（@staticmethod），callable同样返回True，符合直觉
用 inspect 检查方法定义位置（避免继承干扰）
如果问题本质是“这个类自己定义了该方法，而不是从父类继承来的”，hasattr 和 callable 都不够——它们不区分定义来源。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
此时要用 inspect.getmembers 或更精准的 inspect.findsource / inspect.isfunction 配合 getattr(cls, name, None)。
- 最简判断方式：
name in vars(cls)—— 只看类自己的__dict__，不查父类，但会漏掉用__slots__定义的方法 - 稳妥做法：
inspect.isfunction(getattr(cls, name, None)) and name in cls.__dict__，可排除 property、lambda、继承来的绑定方法 - 性能影响：
inspect操作比hasattr重得多，仅在初始化或配置阶段用，别放在热路径里
容易被忽略的边界：描述符、__getattr__ 和 mock 对象
当类实现了 __getattr__，hasattr 会触发它；如果该方法返回非 callable 值，has_callable_method 仍会返回 False，这符合预期。但如果你 mock 了一个对象并 patch 了 __getattr__，行为可能出人意料。
- mock 对象默认让所有属性都 callable（除非显式配置），
has_callable_method(mock_obj, "foo")很可能返回True即使你没设任何 side_effect -
functools.cached_property实例在首次访问后变成不可 callable 的数据属性，后续callable返回False，但hasattr仍为True - 自定义描述符若实现
__call__，callable返回True，但它不是传统意义的“方法”——这点取决于你的业务定义，代码里得加注释说明判断逻辑的意图
真正难的不是写对一行 callable(getattr(obj, "x", None))，而是想清楚：你到底要拦截哪种缺失？是语法错误（调用不存在的东西）、语义错误（调用了但逻辑不支持）、还是协议错误（实现了但不符合接口约定）？这决定了检测粒度和后续 fallback 策略。
