Python类属性初始化不能混用yield，因为类体语句在定义时立即执行，yield会使属性变成生成器对象而非实际值，导致后续依赖该属性的代码出错或隐式挂起。
Python 类的静态属性（即类属性）初始化过程中不能混用 yield，因为这会导致类定义阶段产生生成器对象而非实际值，进而引发逻辑断裂或隐式挂起——这不是传统意义的“死锁”，但效果类似：类尚未构建完成，后续代码就卡在等待一个永远不会被触发的迭代上。
类属性初始化不支持 yield 的根本原因
类体内的语句在类定义时**立即执行**（import 或执行模块时）。若你在类属性赋值中写 yield，Python 会把整段代码识别为生成器函数定义，并将该属性设为一个生成器对象，而不是运行它取值。结果是：
- 类属性变成
<generator object ...></generator>，不是你期望的初始化结果； - 如果后续代码（如
__init__、类方法或子类继承）依赖该属性为具体值，就会抛出TypeError或静默失败； - 若误用
next()或list()强行消费，而生成器内部又含阻塞调用（如未启动的线程、未 resolve 的 future），才可能真正陷入挂起——但这已脱离类初始化本意，属于误用叠加设计缺陷。
常见误写与安全替代方案
错误示例（看似想“懒加载”，实则埋雷）：
class Config:
# ❌ 危险：定义即生成 generator，非执行
DB_URL = (lambda: yield "sqlite:///app.db")()
正确做法分三类：
- 直接赋值：静态值直接写，最简单可靠；
- 延迟计算用 @classmethod 或 property：需要运行时逻辑的，移出类体；
- 首次访问初始化用 __getattr__ 或模块级单例：避免类加载时副作用。
推荐写法：
class Config:
# ✅ 静态值直接赋
DEBUG = True
<pre class="brush:php;toolbar:false;"># ✅ 运行时计算放类方法
@classmethod
def get_db_url(cls):
return "sqlite:///app.db"
# ✅ 或用 property（实例级别）
@property
def cache_ttl(self):
return 300
警惕装饰器或元类中隐含的 yield
某些自定义装饰器、ORM 映射工具或配置加载器可能在内部使用 yield 做惰性解析。若它们被用于类属性赋值上下文（如 Field(...) 调用返回生成器），同样会污染类状态。检查第三方库文档，确认其返回类型是否为即时值；必要时加 next(...) 或显式调用 .resolve() 等方法强制求值。
多线程/多进程场景下的额外风险
若类在子进程中被重新导入（如 multiprocessing 的 spawn 模式），且类属性初始化含未受保护的共享资源访问（如文件锁、全局计数器），再叠加生成器误用，可能触发跨进程阻塞。务必遵守：所有进程相关对象必须在 if __name__ == '__main__': 块内创建，类本身只负责定义，不承担运行时初始化职责。
