.NET 6 ASP.NET Core路由问题：URL重写中间件配置异常

核心问题 #

你遇到的跳转URL缺失/admin/abc前缀的问题，主要来自三个方面：冗余的重写规则、中间件顺序错误，以及页面链接未正确利用框架的路径生成机制。

步骤1：清理冗余代码并调整中间件顺序 #

你的RewriteOptions规则完全冗余，不会对请求做任何实际修改，反而可能干扰路径解析。同时UseForwardedHeaders的位置错误，且自定义的X-Forwarded-Proto处理逻辑与框架内置功能冲突。

修改后的Program.cs关键部分如下：

var app = builder.Build();

// 先配置ForwardedHeaders，确保正确处理反向代理的请求头
app.UseForwardedHeaders(new ForwardedHeadersOptions
{
    ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedHost | ForwardedHeaders.XForwardedProto
});

// 设置PathBase，要在UseRouting之前
app.UsePathBase("/admin/abc");

if (!app.Environment.IsDevelopment())
{
    app.UseExceptionHandler("/Error");
    app.UseHsts();
}

app.UseHttpsRedirection();

app.UseStaticFiles();

app.UseRouting();

// 后续添加UseAuthorization、UseEndpoints等中间件...

关键调整说明 #

• 移除Rewrite规则：UsePathBase已经会自动将请求路径中的/admin/abc作为基准路径，无需额外重写。
• 前置UseForwardedHeaders：反向代理场景下，必须先处理转发头，才能让框架正确识别请求的Scheme、Host等信息，确保PathBase和路由生成的正确性。
• 移除自定义的X-Forwarded-Proto中间件：ForwardedHeadersOptions中包含XForwardedProto后，框架会自动根据代理传递的头信息设置请求Scheme，无需手动修改。

步骤2：确保页面链接使用框架生成方法 #

页面中的跳转链接如果是硬编码的/page1，框架无法自动添加/admin/abc前缀。必须使用ASP.NET Core的内置链接生成方式：

Razor Pages示例 #

<!-- 正确写法：自动包含PathBase前缀 -->
<a asp-page="Page1">跳转到Page1</a>

<!-- 或使用UrlHelper -->
<a href="@Url.Page("Page1")">跳转到Page1</a>

MVC控制器示例 #

<!-- 正确写法：自动包含PathBase前缀 -->
<a asp-action="Page1" asp-controller="Admin">跳转到Page1</a>

<!-- 或使用UrlHelper -->
<a href="@Url.Action("Page1", "Admin")">跳转到Page1</a>

硬编码链接的修正（不推荐） #

如果必须硬编码链接，需要手动拼接PathBase：

<a href="@Context.Request.PathBase/page1">跳转到Page1</a>

验证 #

修改后重启应用，点击页面链接时，URL会自动带上/admin/abc前缀，跳转到www.xyx.com/admin/abc/page1，与预期一致。

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