闭包不参与继承，Python继承仅作用于类；普通函数与闭包均为function类型，但闭包通过__closure__捕获自由变量，体现词法作用域而非继承链。

普通函数本身不参与继承，闭包也不是类，所以“闭包在继承下的表现”这个说法本身存在概念混淆。Python 中的继承机制只作用于 类，而闭包是函数对象，它没有父类、不能被子类继承，也不具备 __bases__ 或 mro() 这类继承链属性。想理清二者关系，关键不是看“继承”，而是通过深度调用走查，看清它们在作用域、生命周期和状态保持上的本质差异。

先明确：函数与闭包都不是可继承的对象

Python 的继承只发生在类之间。你写：

• def func(): pass —— 这只是一个函数对象，func.__class__ 是 function，它不支持 class Child(func): ... 这种语法（会报 SyntaxError）；
• def make_closure(x): return lambda: x —— 返回的闭包也是 function 类型，同样无法被继承；
• 只有 class A: ... 和 class B(A): ... 才构成继承关系。

深度调用走查：从调用栈和对象属性看行为差异

用 inspect 和对象内置属性，能直观暴露普通函数与闭包的核心区别：

• 普通函数：func.__code__.co_freevars 为空元组，func.__closure__ 为 None，说明它不捕获任何外部变量；
• 闭包：closure.__code__.co_freevars 显示自由变量名（如 ('x',)），closure.__closure__ 是一个 cell 对象元组，每个 cell 的 .cell_contents 就是被捕获的值；
• 在调试器中单步进入闭包调用，你会看到帧对象（frame.f_locals）里没有 x，但它存在于 frame.f_back.f_locals（即外层函数帧）——这正是词法作用域的体现，而非继承链查找。

对比场景：用类模拟闭包行为，才涉及继承

真正容易混淆的地方，是有人试图用“类继承”来复现闭包功能。这时要走查的是类的设计逻辑：

• 比如写 class Counter: def __init__(self, start): self.count = start，再 class ResettableCounter(Counter): def reset(self): self.count = 0 —— 这是继承，但和闭包无关；
• 而闭包实现的计数器（def counter(start): c = start; def inc(): nonlocal c; c += 1; return c; return inc）靠的是 nonlocal 和 cell 引用，不依赖任何类结构；
• 若强行把闭包逻辑塞进类里再继承，反而掩盖了闭包轻量、无状态类、纯函数式的特点。

实用建议：走查时盯住三个关键点

不用纠结“继承”，聚焦这三个可观察指标即可分清本质：

• 作用域来源：普通函数只访问局部 + 全局；闭包额外持有对外层函数局部变量的引用；
• 对象身份：打印 type(func) 和 type(closure) 都是 <class 'function'>，但 closure.__name__ 通常是 'inner_function'，且 closure.__qualname__ 包含外层函数名（如 'outer_function.<locals>.inner_function'）；
• 生命周期：外层函数返回后，其局部变量本该销毁，但闭包存在时，对应 cell 对象仍被强引用，垃圾回收器不会清理——这是闭包的内存特征，和继承完全无关。