Value 比 Manager().dict() 快得多，因其直接在共享内存操作原始类型，无需序列化；而后者依赖IPC通信，每次读写均需消息传递与编解码。
为什么 multiprocessing.Value 比 Manager().dict() 快得多
因为 Value 直接在共享内存中存原始类型（如 int、float），进程间读写不经过序列化/反序列化；而 Manager().dict() 本质是启动一个独立的管理进程，所有操作都走 IPC（进程间通信）——每次 get 或 __setitem__ 都要打包、发消息、等待响应、解包。
实操建议：
- 只用
Value存单个数字、布尔或固定长度的c_char数组；它不支持嵌套结构或动态大小容器 -
Manager().dict()适合存少量、变更不频繁、结构复杂（比如带 list 或嵌套 dict）的数据，别指望它扛高并发读写 - 两者不能混用：往
Manager().dict()里塞一个Value对象，实际存的是它的副本，不是引用
Value 的类型声明和初始化容易踩的坑
Value 第二个参数必须是 Python 原生类型值（如 0、3.14），但第一个类型码得严格匹配 ctypes 类型，写错就报 TypeError: data type not understood。
常见错误现象：
立即学习“Python免费学习笔记（深入）”；
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 写成
Value('i', 0)是对的，但Value(int, 0)或Value('int', 0)全错 - 想存字符串？
Value(c_char * 100, b'hello')可行，但Value('s', 'hello')不支持，且必须用 bytes 初始化 - 多进程修改前没加锁，结果值被覆盖——
Value默认不带同步，得手动传Lock()给它
Manager.dict() 在什么场景下不得不选它
当你需要跨进程动态增删 key、遍历所有键、或者 value 本身是 list/dict/自定义对象（且这些对象能被 pickle）时，Manager().dict() 是唯一选择——Value 完全不支持。
使用场景：
- 收集各子进程上报的状态字典，key 是进程 ID，value 是当前进度或错误信息
- 实现一个轻量级跨进程配置缓存，允许运行时更新某些开关项
- 注意：哪怕只是调用
dict.keys()，也会触发一次完整 IPC 请求，别在 tight loop 里这么干
实测性能差距有多大
在 4 核机器上，10 个进程每秒各做 1000 次写操作：
-
Value('i', 0)+Lock：耗时约 0.02 秒 -
Manager().dict()存单个 key：dict['counter'] += 1耗时约 1.8 秒（慢 90 倍） - 如果不用
Lock，Value会丢数据但快；Manager即使不加锁也慢，因为 IPC 本身有开销
真正难处理的不是“哪个快”，而是混合场景：比如主进程要实时读取一个高频更新的计数器（适合 Value），同时又要查某个进程的详细日志列表（只能放 Manager().dict()）。这时候得接受两种机制共存，别硬凑成一种。
