| 机制 | 各消费方提交期望，契约版本化存储 |
|---|---|
| 判定 | 提供方变更须同时满足所有活跃消费方 |
| 治理 | 消费方下线后摘除对应契约，减少历史包袱 |
- 消费方编写期望测试，生成并版本化契约
- 契约发布到契约库，按消费方与版本存档
- 提供方流水线验证：全部活跃契约通过才允许发布
- 预发布检查：查询消费方与提供方版本组合是否可用
- 治理：消费方下线后归档契约，保持活跃集合精炼
- 双向责任：提供方破坏契约需通知并留迁移期，消费方新增期望需评审
| 工具示例 | Pact 与 Pact Broker 提供契约库与 can-i-deploy 检查；Spring Cloud Contract 支持契约生成与互验 |
|---|---|
| 覆盖边界 | 契约覆盖交互格式与语义约定，端到端业务场景测试另行安排 |
消费方数量多时避免契约膨胀：合并同类期望，并设置契约失效与清理机制。