遗留.aspx页面能否在.NET Core 8.0应用运行？求IIS共存方案

方案一：站点拆分+反向代理（推荐，隔离性强） #

• 在IIS中创建两个独立站点：
  1. 站点A：部署ASP.NET Core 8 MVC应用，绑定主域名（如yourdomain.com），使用.NET Core应用池。
  2. 站点B：部署遗留.NET Framework应用（仅包含.aspx及相关include文件），绑定内部域名或端口（如localhost:8080），使用对应版本的.NET Framework应用池（如v4.8）。
• 安装IIS的URL Rewrite和**Application Request Routing（ARR）**模块，在站点A的web.config中添加重写规则，将所有.aspx请求转发到站点B：

<configuration>
  <system.webServer>
    <rewrite>
      <rules>
        <rule name="Forward ASPX to Legacy Site" stopProcessing="true">
          <match url="^(.*\.aspx)$" />
          <action type="Rewrite" url="http://localhost:8080/{R:1}" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

• 优点：两个应用完全隔离，互不影响，原有.aspx的include功能保持正常；缺点：需要维护两个站点的配置。

方案二：单站点混合托管（适合不想拆分站点的场景） #

• 确保服务器已安装.NET Framework 4.8（或对应版本）和ASP.NET Core Hosting Bundle。
• 将遗留.aspx文件及include文件放到Core应用的根目录或指定子目录（如/legacy）。
• 修改Core应用的web.config，添加.aspx请求的处理映射，将其交给.NET Framework的ISAPI模块处理：

<configuration>
  <system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
    <handlers>
      <add name="LegacyASPX" path="*.aspx" verb="*" modules="IsapiModule" 
           scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll"
           resourceType="File" requireAccess="Script" 
           preCondition="classicMode,runtimeVersionv4.0,bitness64" />
    </handlers>
  </system.webServer>
</configuration>

• 将应用池设置为经典模式（集成模式下Core与.NET Framework管道存在兼容性冲突），并根据原应用需求启用32位应用程序。
• 优点：无需拆分站点，统一管理；缺点：应用池模式限制较多，需测试include功能的兼容性。

方案三：批量转换.aspx为.cshtml（彻底迁移，保留SEO） #

• 编写脚本批量处理数千个.aspx文件：
  1. 替换.aspx中的<!--#include file="xxx.inc"-->为ASP.NET Core的部分视图引用，如@await Html.PartialAsync("_Menu")（需提前将原include内容转为Core的部分视图）。
  2. 批量修改文件后缀为.cshtml，放到Core应用的Views/Legacy目录或wwwroot下。
• 在Program.cs中配置路由，确保原.aspx URL可访问对应的.cshtml页面：

app.MapControllerRoute(
    name: "legacy",
    pattern: "{slug}.aspx",
    defaults: new { controller = "Legacy", action = "Index", slug = "" }
);

// 对应LegacyController中的Index方法：
public IActionResult Index(string slug)
{
    return View($"/Views/Legacy/{slug}.cshtml");
}

• 优点：完全迁移到Core生态，无需维护.NET Framework环境；缺点：需要编写批量转换脚本，一次性投入时间较多，但长期无维护成本，且完全保留原URL和SEO表现。

内容的提问来源于stack exchange，提问作者Rajiv Ranjan