系列导航及源代码
需求
API接口版本管理，对于一些规模稍大的企业应用来说，是经常需要关注的一大需求。尽管我们的示例程序TodoList很简单，但是我们也可以通过这个应用程序，来实践一下如何管理API接口版本。
目标
实现API接口版本管理。
原理与思路
要实现API版本管理，我们需要这个库：Microsoft.AspNetCore.Mvc.Versioning。它提供了.NET Web项目接口的版本管理功能。
实现
添加Nuget Package并配置服务
向Api项目中添加Microsoft.AspNetCore.Mvc.Versioning包。并添加一个扩展方法：
ApiServiceExtensions.cs
using Microsoft.AspNetCore.Mvc;
namespace TodoList.Api.Extensions;
public static class ApiServiceExtensions
{
public static void ConfigureApiVersioning(this IServiceCollection services)
{
services.AddApiVersioning(options =>
{
// 向响应头中添加API版本信息
options.ReportApiVersions = true;
// 如果客户端不显式指定API版本，则使用默认版本
options.AssumeDefaultVersionWhenUnspecified = true;
// 配置默认版本为1.0
options.DefaultApiVersion = new ApiVersion(1, 0);
});
}
}在Program中调用：
Program.cs
// 省略其他...
builder.ConfigureLog();
builder.Services.ConfigureApiVersioning();实现API版本控制
方法1: 添加ApiVersion属性
我们复制一份TodoItemController到新文件TodoItemV2Controller并修改类名和构造函数，其他保持原样。为了给Controller标记对应的API版本号，我们分别向两个Controller上添加属性：
[ApiVersion("2.0")]
[Route("/todo-item")]
[ApiController]
public class TodoItemV2Controller : ControllerBase
{
private readonly IMediator _mediator;
// 省略其他...
}以及
[ApiVersion("1.0")]
[Route("/todo-item")]
[ApiController]
public class TodoItemController : ControllerBase
{
private readonly IMediator _mediator;
// 省略其他..
}验证1: 请求中不添加任何API版本相关字段
启动Api项目，执行查询TodoItem的请求：
请求
日志输出：
结果返回：
以及响应头信息中包含的api-supported-versions：
验证2: 请求中添加查询字符串api-version
启动Api项目，执行查询TodoItem的请求：
请求
响应
日志输出：
结果返回（可以自己尝试修改内部逻辑，这里我懒了没改实现，不过从日志已经能看出请求确实进入了V2版本的Controller）：
以及响应头信息中包含的api-supported-versions：
方法2: 通过请求头携带API版本信息
为了实现这一点，需要在ConfigureApiVersioning中增加配置：
ApiServiceExtensions.cs
// 省略其他...
// 指定请求头中携带用于指定API版本信息的字段
options.ApiVersionReader = new HeaderApiVersionReader("api-version");验证3: 通过请求头携带API版本信息
启动Api项目，执行查询TodoItem的请求：
请求
响应
日志输出：
返回结果就不继续贴了，以及响应头信息中包含的api-supported-versions：
方法3: 通过URL路径访问对应的版本
除了这种之外的以上几种方法，都不需要修改接口的URI，而这种方式需要修改URI路径。我们在两个Controller上修改URI如下：
[ApiVersion("2.0")]
[Route("/{v:apiVersion}/todo-item")]
[ApiController]
// 省略其他...验证4: 通过URI路径选择API版本
启动Api项目，执行查询TodoItem的请求：
请求
响应
日志输出：
返回结果就不继续贴了，以及响应头信息中包含的api-supported-versions：
一点扩展
有的时候我们需要标记一个版本的请求为deprecated，但是还不想完全删除这个Controller，可以用下面的方式进行标记，这样返回头中会指出这个版本的API已经处于deprecated状态了。
[ApiVersion("2.0", Deprecated = true)]
[Route("/{v:apiVersion}/todo-item")]
[ApiController]
// 省略其他...或者在ConfigureApiVersioning中使用Convention进行标记：
// 省略其他...
// 使用Convention标记deprecated
options.Conventions.Controller<TodoItemV2Controller>().HasDeprecatedApiVersion(new ApiVersion(2, 0));我们再请求2.0版本的API时，仍然可以获取数据，但是得到的返回头中信息如下：
对比使用Convention方式标记的返回头：
总结
在本文中我们使用多种方式实现了管理API版本的需求，可以根据具体的需要选择一种进行实现。下一篇我们介绍关于响应的缓存实现。