服务契约版本管理中为什么需要兼容旧消费者而不能只升级提供方接口

服务契约版本管理里，不能只升级提供方接口，核心原因是服务调用是分布式的，提供方和消费者的发布节奏通常不是完全同步的。

在真实系统里，一个接口可能被多个服务、多个版本的客户端，甚至外部合作方调用。提供方如果直接修改接口，比如删除字段、改字段含义、改枚举值、改 URL、改返回结构，旧消费者没有同步升级，就可能出现反序列化失败、字段解析错误、业务逻辑异常，严重时会导致调用链路故障。

服务契约本质上是提供方和消费者之间的约定。只要旧消费者还在线，提供方就需要保证旧契约可用，否则一次提供方升级可能会变成所有消费者的强制同步升级，这在微服务架构里风险很高，也不现实。

比如一个订单服务提供查询订单接口，原来返回：

后面提供方把 status 改成了数字枚举：

如果老的消费者还按字符串处理，就可能直接报错，或者进入错误的业务分支。这就是典型的不兼容变更。

所以服务契约升级一般