API版本控制可通过URL路径或请求头实现，推荐使用URL路径如/api/v1/users，清晰直观；在Laravel中通过路由分组和命名空间分离版本逻辑，结合中间件处理请求头版本识别，保持控制器与服务层解耦，同时配套文档生成、弃用提示和变更日志管理，确保可维护性。
在构建现代Web服务时，API版本控制是确保系统可维护和向前兼容的关键环节。PHP框架如Laravel、Symfony等提供了灵活的机制来实现API版本管理。核心思路是通过路由分离、请求头识别或URL路径区分不同版本，保证新功能上线不影响旧客户端。
使用URL路径进行版本控制
最直观的方式是在URL中包含版本号，例如 /api/v1/users 和 /api/v2/users。这种方式易于理解，便于调试和测试。
在Laravel中，可以为不同版本创建独立的路由文件或分组：
- 在 routes/api.php 中按版本分组
- 使用 RouteServiceProvider 加载不同版本的路由
- 例如：
Route::prefix('v1')->group(function () {
Route::get('users', [V1\UserController::class, 'index']);
});
Route::prefix('v2')->group(function () {
Route::get('users', [V2\UserController::class, 'index']);
});
基于请求头的版本识别
将版本信息放在HTTP请求头中（如 Accept: application/vnd.myapp.v1+json），保持URL干净，适合大型平台或对外公开的API。
立即学习“PHP免费学习笔记（深入）”；
实现方式：
- 在中间件中解析 Accept 头部，动态绑定控制器或服务
- Laravel可通过自定义中间件判断版本，并路由到对应逻辑
- 优点是URL不变，适合内部微服务通信
- 缺点是调试不便，需工具支持查看请求头
控制器与服务层隔离版本逻辑
避免重复代码，推荐按版本组织控制器和服务类。例如：
- 创建命名空间 App\Http\Controllers\Api\V1 和 V2
- 每个版本拥有独立的资源转换器（Resource/Transformer）
- 共享模型但封装差异化逻辑在服务类中
- 利用依赖注入切换不同版本的服务实现
文档与弃用策略同步更新
版本控制不仅是技术实现，还需配套管理措施：
- 使用 OpenAPI（Swagger）为每个版本生成独立文档
- 在响应头中提示过期接口，如 Deprecation: true
- 设定明确的废弃周期，通知调用方迁移
- 记录版本变更日志（CHANGELOG）
基本上就这些。选择哪种方式取决于团队规模、API消费者类型以及长期维护计划。URL路径版本控制最适合大多数项目，清晰直接；请求头方式更“优雅”但复杂度高。关键是保持一致性，别混用多种策略造成混乱。
