闭包能为函数绑定私有状态空间，适合轻量只读场景如计数器、配置快照；需用nonlocal修改外层变量，避免循环中变量共享等陷阱。
闭包能让你在不依赖类或全局变量的前提下，为函数“绑定”一块私有状态空间——只要内部函数引用了外部函数的局部变量，且该内部函数被返回或传出作用域，状态就稳稳地留在内存里。
为什么用闭包而不是类来管理简单状态？
当你只需要一个轻量、不可变（或只读）的状态容器，比如计数器、配置快照、缓存键前缀，闭包比定义一个完整类更直接。它天然隔离变量，避免命名污染，也不用写 __init__ 或 self。
但要注意：Python 中闭包捕获的是变量的引用，不是值；如果外部变量被重新赋值，所有共享该变量的闭包都会看到新值——这常被误认为“状态没保存”，其实是预期行为。
- 适合场景：
counter、retry_with_backoff、make_logger(prefix=...) - 不适合场景：需要多个可变字段、方法间需共享复杂逻辑、要序列化或调试状态时
- 关键限制：无法直接修改外层变量（Python 3 之前甚至不能读写同名变量），必须用
nonlocal显式声明才可赋值
nonlocal 是闭包内修改状态的唯一合法方式
没有 nonlocal，你只能读取外层变量；一旦尝试赋值，Python 就会把它当作新局部变量，导致 UnboundLocalError 或静默覆盖失败。
def make_counter():
count = 0
def inc():
nonlocal count # 必须加这一行
count += 1
return count
return inc
<p>counter = make_counter()
print(counter()) # 1
print(counter()) # 2
</p>
- 漏掉
nonlocal→UnboundLocalError: local variable 'count' referenced before assignment - 想封装多个状态？可以打包成字典或
types.SimpleNamespace，再用nonlocal引用该对象本身（对象属性可改，无需nonlocal） - 不要试图在闭包里用
global管理状态——那已经脱离闭包本意，也破坏封装性
闭包状态容易被意外共享的三种情况
闭包看似私有，但若构造逻辑有缺陷，多个实例可能共用同一份状态，这是最隐蔽的 bug 来源。
- 在循环中创建闭包却未绑定当前迭代值：
funcs = [lambda: i for i in range(3)]全部返回2；应写成lambda i=i: i或用闭包函数包裹 - 多次调用同一个工厂函数却复用返回值：
c1 = make_counter(); c2 = c1——c1和c2实际是同一个函数对象，共享状态 - 模块级闭包被多次 import：如果闭包定义在模块顶层（非函数内），且被多个文件导入，状态会在所有导入处共享
闭包状态管理真正难的不是写出来，而是意识到它“看不见”——没有属性名、不占实例字段、调试时无法 dir() 查看。一旦状态逻辑变复杂，立刻换成类更稳妥。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
