.NET Standard 2.1项目引入Microsoft.AspNetCore 3.1包功能可行性问询

首先直接给你结论：你没法在.NET Standard 2.1项目里直接引入ASP.NET Core 3.1版本的Microsoft.AspNetCore.Routing包，这是框架本身的兼容性限制导致的，下面给你详细解释原因和可行的解决办法。

为什么会遇到这个版本冲突？ #

ASP.NET Core从3.0版本开始就彻底脱离了.NET Standard规范——它不再基于通用API标准，而是完全绑定.NET Core专属运行时。这就意味着：

• 你的.NET Core 3.1 API项目能正常使用3.1.x版本的Microsoft.AspNetCore.Routing，但这个版本的包根本不支持.NET Standard 2.1。
• 你在.NET Standard 2.1项目里能安装的最高版本ASP.NET Core相关包是2.2.x（也就是你现在装的2.2.2），这是ASP.NET Core最后一批支持.NET Standard的版本。

可行的解决思路 #

按推荐优先级给你列几个实际能用的方案：

1. 把通用项目升级到.NET Core 3.1（或更高版本） #

这是最省心的方案：

• 直接把你的通用功能项目从.NET Standard 2.1改成.NET Core 3.1（如果所有微服务都是基于.NET Core 3.1的话），这样就能直接引用ASP.NET Core 3.1的所有包，UseEndpoints的代码直接迁移过去就行，完全没有兼容性问题。
• 如果之后有升级计划，也可以直接升到.NET 6/7/8——这些版本的类库项目可以选net6.0/net7.0/net8.0作为目标框架，天然支持ASP.NET Core的所有功能，同时也能被同版本的API项目引用。

2. 用抽象接口+适配层解耦 #

如果暂时没法升级通用项目的框架，可以用依赖倒置的思路绕开兼容性问题：

• 在.NET Standard 2.1的通用项目里定义一个抽象接口，比如IEndpointSetup，只声明配置端点的方法。
• 在每个.NET Core 3.1的API项目里实现这个接口，把app.UseEndpoints的具体逻辑写在API项目的实现类里。
• 最后在通用项目的Startup逻辑中，通过依赖注入拿到这个实现类，调用抽象方法完成配置。

给你贴个示例代码：

// .NET Standard 2.1通用项目里的抽象接口
public interface IEndpointSetup
{
    void ConfigureEndpoints(IApplicationBuilder app);
}

// 通用项目的通用Startup工具类
public static class CommonStartup
{
    public static void AddCommonServices(IServiceCollection services)
    {
        // 注册你的通用服务...
    }

    public static void UseCommonMiddleware(IApplicationBuilder app, IEndpointSetup endpointSetup)
    {
        // 配置通用中间件（比如日志、CORS之类的）...
        // 调用API项目实现的端点配置逻辑
        endpointSetup?.ConfigureEndpoints(app);
    }
}

// .NET Core 3.1 API项目里的实现类
public class ApiEndpointSetup : IEndpointSetup
{
    public void ConfigureEndpoints(IApplicationBuilder app)
    {
        app.UseEndpoints(endpoints =>
        {
            endpoints.MapControllers();
            // 这里加你的API专属端点配置
        });
    }
}

// API项目自己的Startup类
public class Startup
{
    public void ConfigureServices(IServiceCollection services)
    {
        CommonStartup.AddCommonServices(services);
        // 把实现类注册到DI容器
        services.AddScoped<IEndpointSetup, ApiEndpointSetup>();
        // 其他API专属服务配置...
    }

    public void Configure(IApplicationBuilder app)
    {
        var endpointSetup = app.ApplicationServices.GetRequiredService<IEndpointSetup>();
        CommonStartup.UseCommonMiddleware(app, endpointSetup);
        // 其他API专属中间件配置...
    }
}

3. 条件编译（仅临时过渡用） #

如果只是临时要复用代码，不想大改结构，可以试试条件编译，但这个方案维护起来麻烦，不推荐长期用：

• 先在通用项目的csproj里添加对.NET Core 3.1的支持：

<TargetFrameworks>netstandard2.1;netcoreapp3.1</TargetFrameworks>

• 然后在代码里用编译指令区分不同框架的逻辑：

public static class CommonStartup
{
    public static void ConfigureEndpoints(IApplicationBuilder app)
    {
#if NETCOREAPP3_1
        app.UseEndpoints(endpoints =>
        {
            // .NET Core 3.1下的端点配置逻辑
        });
#else
        // .NET Standard下留空或者写兼容逻辑（如果有的话）
#endif
    }
}

总结 #

优先推荐升级通用项目到.NET Core 3.1或更高版本，这能彻底解决兼容性问题，还能用上ASP.NET Core的完整功能。如果暂时没法升级，那抽象接口+适配层的方案是最优雅的，既保留了通用项目的兼容性，又能在API项目里用最新的端点配置。

内容的提问来源于stack exchange，提问作者David Jiménez