在IIS上将旧域名请求重定向至新域名的高效可靠方案探讨

1. ASP.NET Core Rewrite方案能否实现需求？ #

你贴的这段代码不能直接实现需求，原因是AddRedirect的第一个参数是用来匹配请求的路径部分（域名之后的内容），而非完整的绝对URL。原代码里写的"https://www.olddomain.com*"会去匹配路径中是否包含这段字符串，显然和实际请求结构不符。

如果想用ASP.NET Core Rewrite实现，得改成基于主机头（域名）的判断逻辑，示例代码如下：

using Microsoft.AspNetCore.Rewrite;

var builder = WebApplication.CreateSlimBuilder(args);
var app = builder.Build();

var rewriteOptions = new RewriteOptions();
rewriteOptions.Add(context =>
{
    var request = context.HttpContext.Request;
    // 判断请求的主机是否为旧域名
    if (request.Host.Host.Equals("www.olddomain.com", StringComparison.OrdinalIgnoreCase))
    {
        // 重定向到新域名首页，返回301永久重定向
        context.HttpContext.Response.Redirect("https://www.newdomain.com", permanent: true);
        context.Result = RuleResult.EndResponse;
    }
});

app.UseRewriter(rewriteOptions);
app.Run();

修改后就能正确识别旧域名的请求并完成重定向。

2. 哪种方案更高效可靠？IIS规则是否更合适？ #

IIS重写规则是更优的选择，理由如下：

• 性能更高：IIS重写规则在Web服务器层面（HTTP.sys之后、应用程序启动之前）处理请求，无需启动ASP.NET Core应用即可完成重定向，减少了应用层开销，旧域名请求量越大，优势越明显。
• 配置更灵活：可以通过IIS管理器可视化配置，也能直接编辑web.config批量管理，不需要修改代码或重新部署应用。
• 可靠性更强：即便ASP.NET Core应用出现故障（比如进程崩溃、启动失败），IIS的重写规则依然能正常工作，不会影响旧域名的重定向逻辑。

另外，你贴的IIS规则可以补充主机头匹配条件，避免误重定向新域名的请求，优化后的配置如下：

<system.webServer>
    <rewrite>
        <rules>
            <rule name="oldDomain.comRedirect" stopProcessing="true">
                <match url="(.*)" />
                <conditions>
                    <!-- 仅匹配旧域名的请求 -->
                    <add input="{HTTP_HOST}" pattern="^www\.olddomain\.com$" />
                </conditions>
                <action type="Redirect" url="https://www.newDomain.com" redirectType="Permanent" />
            </rule>
        </rules>
    </rewrite>
</system.webServer>

加上<conditions>节点后，只有当请求主机头是www.olddomain.com时才会触发重定向，同时明确指定redirectType="Permanent"返回301状态码，符合SEO最佳实践。

如果追求极致性能，还可以考虑DNS层面重定向，但这种方式通常只能做域名级跳转，无法精细控制路径，且生效时间受DNS缓存影响，适合无复杂规则的场景。结合你的需求（同一服务器内的重定向），IIS规则是平衡性能、灵活性和可靠性的最优方案。

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