为何进程之间无法直接使用对象，共享内存对象为何需序列化反序列化？

本质上这个限制来源于进程的隔离设计和编程语言对象的实现特性，核心原因有以下几点：

• 虚拟地址空间独立导致指针失效
  每个进程拥有独立的虚拟地址空间，同一块物理共享内存映射到不同进程的虚拟地址通常并不相同。绝大多数编程语言的对象内部都会包含指针类型成员（比如字符串指针、自定义对象引用、链表/树等结构的节点指针），这些指针存储的是生成对象的原进程的虚拟地址，其他进程拿到后直接访问会指向自身地址空间的无效位置，大概率触发段错误。
• 对象内存布局不统一
  即使没有指针成员，不同进程的对象内存布局也可能存在差异：不同编译器、不同编译选项（比如结构体对齐规则配置）、不同编程语言甚至同语言的不同版本运行时，对同一种逻辑对象的内存排布方式都可能不同。直接读取共享内存的二进制内容会出现字段偏移不匹配、值解析错误的问题。
• 运行时元信息不通用
  带 runtime 的编程语言（Java、Go、Python等）的对象头部都会包含运行时依赖的元信息，比如GC标记位、类型指针、哈希值、锁状态等。这些元信息只对生成对象的原进程的 runtime 有效，其他进程的 runtime 无法识别这些元信息，直接使用会触发 runtime 崩溃。
• 跨环境兼容性问题
  如果通信的进程运行在不同CPU架构的设备上，还会存在字节序（大小端）、字长（32位/64位）差异，直接读取二进制内容会出现完全错位的解析结果。

序列化的本质就是把对象转换为和地址、内存布局、运行时、底层硬件无关的通用二进制序列，反序列化时再按照当前进程的环境重新构建成本地可直接使用的对象，从根源上规避了上述所有问题。

内容的提问来源于stack exchange，提问作者daohu527