ASP.NET Core API版本控制推荐使用Microsoft.AspNetCore.Mvc.Versioning包,通过URL路径、查询参数或请求头传递版本信息,并支持弃用标记与Swagger多版本文档。
ASP.NET Core 中做 API 版本控制,核心是让新旧版本共存、路由可区分、客户端能明确指定要调用哪个版本。不靠改 URL 后缀(比如 /api/v2/users)硬编码,而是用更规范、可扩展的方式——推荐用 URL 路径 + 查询参数 + 请求头 三者之一或组合,并配合官方 Microsoft.AspNetCore.Mvc.Versioning 包。
这是微软生态最主流、维护良好的方案。安装 NuGet 包:
Install-Package Microsoft.AspNetCore.Mvc.Versioning在 Program.cs(.NET 6+)中注册服务并启用版本控制:
关键配置说明:
api-supported-versions: 1.0, 2.0)版本信息可以从 URL、查询参数或请求头传入,框架自动识别:
GET /api/v1/users 或 GET /api/v2/users,控制器加特性:GET /api/users?api-version=2.0,需额外配置:
ns.ApiVersionReader = new QueryStringApiVersionReader("api-version");
GET /api/users + Header: api-version: 2.0,配置:可以同时启用多种方式,框架会按顺序尝试匹配(默认:头 > 查询 > 路径)。
推荐用命名空间或控制器名区分,避免一个控制器里堆满 if-else:
[ApiVersion("1.0")]或者用同一控制器、不同动作(带版本特性):
[ApiVersion("1.0")]注意:必须给每个动作明确标注 [ApiVersion],否则不会被识别为该版本入口。
版本不是只增不减。当 v1 不再维护,可标记为已弃用:
[ApiVersion("1.0", Deprecated = true)]这样响应头会多出 api-deprecated-versions: 1.0,方便客户端感知。搭配 Swagger 时,用 Swashbuckle.AspNetCore.Versioning.Swagger 可自动生成多版本文档页,每个版本独立 UI。
另外,数据库兼容性、DTO 模型变更、中间件行为差异都要同步评估——版本控制只是入口,背后逻辑和契约才是重点。
基本上就这些。不复杂但容易忽略细节:比如忘了注册服务、没配 ApiVersionReader 导致查询参数无效、或多个同名动作没加 [ApiVersion] 而报错。用好官方包,版本管理就能清晰可控。