这是典型的多进程序列化失败信号，表明尝试传递含不可序列化对象（如threading.Lock、文件句柄等）的实例；子进程仅获副本，修改不反馈主进程；Windows下还可能因模块重载导致崩溃。
因为自定义类实例默认不可序列化，且子进程拿到的是副本而非引用
AttributeError: Can't pickle local object 是什么信号
这是最典型的报错，说明你试图把一个含 threading.Lock、文件句柄、生成器、闭包或 C 扩展对象的实例传给子进程。Python 多进程靠 pickle 序列化参数，而这些对象无法被 pickle 安全还原。
- 常见触发点：类里定义了
self.lock = threading.Lock()，或在__init__里打开了文件、调用了subprocess.Popen - 即使没报错，也可能只是“侥幸”——比如类只含
int/str，但一旦加个Lock就立刻崩 -
__getstate__和__setstate__必须手动实现才能控制哪些字段参与序列化，否则默认全量尝试，大概率失败
为什么改了值主进程却看不到
即使类能被成功序列化（比如纯数据类），子进程拿到的仍是独立副本，所有修改都只作用于自己的内存空间。
- 主进程里的原始对象和子进程里的对象完全无关，没有共享内存或引用关系
- 这不是 bug，是设计使然：进程隔离保证了安全性，但也意味着你不能靠“传对象”来同步状态
- 典型误用：
q.put(my_instance)→ 子进程obj = q.get()→ 修改obj.count += 1→ 主进程查my_instance.count还是老值
Windows 上还可能多崩一次
在 Windows（或 macOS 的 spawn 模式）下，子进程是全新启动的 Python 解释器，会重新导入整个模块。如果类定义在主模块顶层且没加保护，就可能触发无限递归创建进程。
立即学习“Python免费学习笔记（深入）”；
- 错误表现：
AttributeError: 'Process' object has no attribute '_popen'或直接卡死 - 必须确保所有进程启动逻辑包裹在
if __name__ == "__main__":块内 - 类定义最好放在单独的模块文件中（如
shared_data.py），避免被子进程重复执行初始化代码
真正要共享状态，得换思路：用 Manager().dict() 托管数据、用 Value/Array 封装数值字段，或者干脆把“类行为”拆成函数 + 纯数据结构——对象本身从来不是跨进程通信的合适载体。
