寻求兼容.NET Standard 2.0的AuthenticationHandler<T>替代NuGet包

针对你的.NET Standard 2.0类库中依赖的Microsoft.AspNetCore.Authentication v2.2.0被弃用的问题，最合理且不破坏向后兼容性的方案是替换为**Microsoft.AspNetCore.Authentication.Abstractions**包，具体原因和操作如下：

为什么选择这个包？ #

• 该包是ASP.NET Core团队专门抽离的认证抽象层，包含AuthenticationHandler、AuthenticationSchemeOptions等你需要的核心类型，命名空间依然是Microsoft.AspNetCore.Authentication，无需修改现有代码。
• 它完全支持.NET Standard 2.0，能保持你的类库对旧版.NET Framework（4.6.1+）和.NET Core 2.x+的兼容性。
• 该包并未被标记为弃用，是官方推荐的用于自定义认证逻辑的依赖包。

对现有三个选项的分析 #

• 维持现状：长期来看存在安全风险，弃用包不会再接收bug修复和安全更新，不建议采用。
• 升级至.NET 6+：会直接失去对.NET Standard 2.0兼容的旧版框架支持，违背你保持向后兼容的需求。
• 回退至v2.1.2：虽然当前未被标记弃用，但属于旧版本，后续可能也会被弃用，且无法获得后续的安全补丁，不是长期解决方案。

具体操作步骤 #

1. 从你的类库项目中移除对Microsoft.AspNetCore.Authentication v2.2.0的引用。
2. 添加对Microsoft.AspNetCore.Authentication.Abstractions的引用，选择兼容.NET Standard 2.0的版本（推荐v2.2.0或v3.1.x系列，这些版本均支持.NET Standard 2.0；注意.NET 5及以上版本的该包不再支持.NET Standard）。
3. 编译测试你的类库，确认原有自定义认证逻辑的代码无需修改即可正常运行。

额外注意 #

如果你的类库除了抽象类型外，还依赖原包中的具体认证实现（比如默认的中间件或处理程序），则需要单独引用对应的具体包（例如Microsoft.AspNetCore.Authentication.Cookies），但仅自定义AuthenticationHandler和AuthenticationSchemeOptions的场景下，只需要Abstractions包即可。

内容的提问来源于stack exchange，提问作者Mark Embling