本文介绍一种基于装饰器和属性检测的优雅方案，让父类仅在子类真正重写了特定方法时才执行耗时的准备工作与清理逻辑，并支持上下文管理确保资源安全释放。
在面向对象设计中，常遇到这样的场景：父类提供一个通用入口方法（如 some_work），内部需执行开销较大的初始化（如文件准备、网络连接、缓存加载）和收尾（如资源释放、状态清理），但仅当子类实际实现了业务逻辑（如 _do_work）时，这些开销才有意义。若子类未重写该方法（即沿用父类空实现），盲目执行昂贵操作不仅浪费性能，还可能引入副作用（如创建无用临时文件、占用连接池等）。
直接通过 self._do_work != MyBase._do_work 判断虽可行，但存在缺陷：它依赖方法对象身份比较，在使用 @staticmethod、@classmethod、装饰器（如 @lru_cache）或动态绑定时可能失效；且逻辑侵入业务方法，可读性与可维护性差。
更优雅的解法是将“是否应执行”这一决策逻辑与业务逻辑解耦。我们采用 Python 的 hasattr() 检测子类是否定义了目标方法——这准确反映“子类是否提供了自定义行为”，且不受装饰器或绑定方式影响。
以下是一个生产就绪的实现，包含三重优化：
- 装饰器驱动的条件执行：@optional_method('_do_work') 自动拦截调用，仅当子类显式定义了 _do_work 时才运行被修饰方法；
- 上下文管理保障资源安全：将昂贵准备与清理封装为上下文管理器，确保即使 _do_work 抛出异常，_do_tidy_up 仍会被调用；
- 类型安全与清晰契约：明确要求子类重写 _do_work 时需保持签名一致（def _do_work(self, file: Path) -> None），IDE 和类型检查器（如 mypy）可自动校验。
from pathlib import Path
from contextlib import contextmanager
from typing import Any
def optional_method(submethod_name: str):
"""装饰器：仅当实例拥有指定方法时，才执行被修饰的方法。"""
def wrapper(method):
def wrapped(self, *args, **kwargs):
if hasattr(self, submethod_name) and callable(getattr(self, submethod_name)):
return method(self, *args, **kwargs)
return None
return wrapped
return wrapper
class MyBase:
@optional_method('_do_work')
def some_work(self) -> None:
with self._expensive_context() as file:
self._do_work(file) # 子类必须定义此方法才能进入上下文
@contextmanager
def _expensive_context(self):
"""上下文管理器：确保 prepare/tidy_up 成对执行。"""
file = self._do_expensive_preparation()
try:
yield file
finally:
self._do_tidy_up()
def _do_expensive_preparation(self) -> Path:
raise NotImplementedError("子类必须实现 _do_expensive_preparation")
def _do_tidy_up(self) -> None:
raise NotImplementedError("子类必须实现 _do_tidy_up")
# 父类不提供默认实现，强制子类明确选择
# def _do_work(self, file: Path) -> None: ...
class DerivedA(MyBase):
# 未定义 _do_work → some_work 直接返回，不触发任何昂贵操作
pass
class DerivedB(MyBase):
def _do_expensive_preparation(self) -> Path:
print("【准备】生成临时文件...")
return Path("/tmp/work.dat")
def _do_tidy_up(self) -> None:
print("【清理】删除临时文件")
def _do_work(self, file: Path) -> None:
print(f"【执行】处理文件: {file}")
# 使用示例
DerivedA().some_work() # 安静退出，无输出
DerivedB().some_work() # 输出准备→执行→清理全过程关键注意事项：
- ✅ hasattr(...) + callable(...) 组合比单纯 hasattr 更健壮，能排除属性为非函数对象（如字符串、数字）的误判；
- ✅ 上下文管理器 @contextmanager 确保 finally 块总被执行，即使 _do_work 异常中断，资源也能安全释放；
- ❌ 避免在 some_work 中手动检查 isinstance(self, MyBase) 或 type(self).__name__ —— 这破坏多态，且无法应对多重继承；
- ? 若未来需支持多个可选子方法（如 _do_precheck, _do_postprocess），可扩展装饰器为 @optional_methods('_do_work', '_do_postprocess')，复用同一模式。
此方案兼顾简洁性、健壮性与可扩展性，符合 Python 的“显式优于隐式”哲学，是解决“按需触发父类昂贵逻辑”问题的推荐实践。
