序列化格式的容错性：纯二进制对结构变化极脆弱

数据传输对象要在网络上传输，就必须把自己序列化成某种格式——选哪种格式取决于连接两端是什么、连接上能跑什么、以及序列化实现的难易程度；大多数平台自带简单对象的序列化能力（Java的二进制序列化、.NET的二进制/XML序列化），这些内建机制通常已经够用，因为DTO本身结构简单，用不上处理领域模型那种复杂对象关系的能力。但一个容易被忽视的问题是：DTO的定义总有一天会变，而服务端和客户端未必总能同步更新——理论上应该同步，实际中经常做不到。这时候序列化格式的选择就决定了系统对这种”版本错位”的容忍度：纯二进制序列化对结构变化极度脆弱，任何结构上的改动都会导致反序列化错误甚至失败——哪怕只是新增了一个无关紧要的可选字段，一样会出问题，长期看纯二进制序列化会带来大量麻烦、让通信变得非常脆弱。相比之下，XML序列化对这类变化的适应力强得多；另一种可行方案是用带一定容错能力的二进制格式（比如用字典结构来做二进制序列化）——作者虽然并不喜欢把字典直接当DTO本体用（会丢失强类型接口带来的清晰性），但承认这种”字典式”序列化在应对版本不同步时确实提供了更好的弹性和容错性。可迁移启发：给跨进程/跨服务的通信选序列化协议时，除了看现在的性能和易用性，还要认真评估”服务端和客户端版本无法保证同时升级”这个几乎必然会发生的场景——协议对结构演进的容忍度，往往比协议本身的传输效率更能决定系统长期运行的稳定性。