基于Kestrel自托管Razor的.NET Core项目能否兼容完整.NET并引用System.Web？

先给你明确核心结论：直接在Kestrel托管的.NET Core项目里使用依赖System.Web的.NET 4.6程序集是行不通的。下面给你拆解原因，以及适合你场景的过渡方案：

为什么行不通？ #

• System.Web是传统ASP.NET（基于IIS的.NET Framework栈）的专属组件，它和IIS的请求管道、HttpContext等核心对象深度绑定。而Kestrel是.NET Core/5+的跨平台Web服务器，它的请求处理模型和System.Web完全不是一套体系，根本没法兼容。
• 就算你把.NET Core项目的目标框架设为.NET 4.6（比如在csproj里写<TargetFramework>net46</TargetFramework>），也没法加载System.Web的API——因为.NET Core的基础类库和.NET Framework的BCL有本质差异，System.Web不在.NET Core的支持范围内。

你可能误解的那个说法 #

之前看到的“.NET Core项目可运行在完整.NET Framework上”，其实指的是用.NET Core SDK可以构建目标为.NET Framework的项目，但这种项目本质上还是传统的.NET Framework应用，得依赖IIS之类的传统ASP.NET宿主，根本没法用Kestrel托管——Kestrel只认.NET Core/.NET 5+的应用模型。

适合你的过渡方案 #

考虑到你有一大堆依赖.NET Framework和System.Web的第三方库，推荐这几个靠谱的路径：

• 混合部署，拆分服务：把新的Razor应用作为独立的Kestrel服务跑，把依赖System.Web的旧功能封装成单独的.NET Framework Web API（部署在IIS上），然后让Razor应用通过HTTP请求和旧API交互。这样既能用上Kestrel的优势，又能保住现有第三方库的功能不用动。
• 逐步替换依赖：如果长期想转到.NET Core，可以慢慢替换那些依赖System.Web的第三方库——找它们的.NET Core兼容版本，或者自己写个适配器层把System.Web的调用包起来，等所有依赖都迁移完，再彻底切到Kestrel托管的纯.NET Core应用。
• 用微软的兼容性适配器：微软出了个Microsoft.AspNetCore.SystemWebAdapters包，专门帮你把依赖System.Web的代码逐步迁到ASP.NET Core，能在ASP.NET Core应用里兼容一部分System.Web的API（比如HttpContext的一些常用功能），不过这不是完全替代，得针对你的代码做适配测试才行。

踩坑提醒 #

要是你硬要在Kestrel项目里引System.Web，肯定会遇到一堆编译错误或者运行时崩溃，比如找不到System.Web.HttpContext、System.Web.SessionState.HttpSessionState这些类型——因为这些东西在.NET Core的运行时里根本就不存在。

内容的提问来源于stack exchange，提问作者Jonesome Reinstate Monica