接口版本兼容性通过URL路径、请求头或参数兼容实现，如/v1与/v2共存、Accept头标识版本、新增字段设默认值，确保升级不影响旧客户端。
微服务架构中，接口版本兼容性是保障系统稳定和可扩展的关键。当服务提供方升级接口时，必须确保调用方不受影响，尤其是线上正在运行的旧客户端。以下是常见的处理方式和一个实际示例。
1. URL路径版本控制
通过在URL中加入版本号，实现多版本共存。这是最直观且广泛使用的方式。
示例：
- GET /api/v1/users/123（旧版本）
- GET /api/v2/users/123（新版本，新增字段或修改结构）
服务同时支持v1和v2接口，调用方按需选择。v1保持原有逻辑，v2可引入新功能。直到所有客户端迁移完成，再下线v1。
2. 请求头版本控制
将版本信息放在HTTP请求头中，保持URL干净，适合内部服务间调用。
示例：
这种方式对路由透明，便于统一处理，但调试和测试稍复杂。
3. 参数兼容与默认值处理
在接口参数设计上保持向后兼容。新增字段设为可选，旧字段不删除只标记废弃。
建议做法：
- 新增字段在DTO中设为null或提供默认值
- 使用注解如@Deprecated提示前端后续移除
- 反序列化时忽略未知字段（如Jackson配置FAIL_ON_UNKNOWN_PROPERTIES=false）
4. 实际场景示例
假设用户服务从v1升级到v2，新增“昵称”字段：
v1响应：
{ "id": 1, "name": "张三" }v2响应：
{ "id": 1, "name": "张三", "nickname": "小张" }老客户端仍使用v1接口或未识别nickname字段，不会出错。新客户端可利用新字段提升体验。
基本上就这些，关键是不让变更引发调用方异常，平稳过渡最重要。
