IIS URL Rewrite实现Slug化URL重写并避免参数混淆

用户需求 #

• 将带查询参数的URL（如example.com/navbar?tab=1、example.com/navbar?tab=2）重写为简洁Slug URL（example.com/this-is-my-slug、example.com/another-slug-of-mine）
• 采用重写而非重定向，用户地址栏始终显示Slug URL，看不到原始查询参数
• 禁止页面混淆：访问example.com/this-is-my-slug?tab=2时，不能显示example.com/another-slug-of-mine对应的内容

当前尝试的IIS重写规则 #

<rule name="NavigationRewrite1">
    <match url="^this-is-my-slug" ignoreCase="false" />
    <action type="Rewrite" url="/navbar?tab=1" appendQueryString="false" />
</rule>
<rule name="NavigationRewrite2">
    <match url="^another-slug-of-mine" ignoreCase="false" />
    <action type="Rewrite" url="/navbar?tab=2" appendQueryString="false" />
</rule>

疑问 #

能否仅通过IIS Rewrite规则实现需求，还是必须借助C#路由？

解决方案：仅用IIS Rewrite规则即可实现 #

你的现有规则已经完成核心重写逻辑，但缺少对额外非法查询参数的拦截，这是导致参数冲突的原因。只需补充条件判断，就能彻底解决问题。

优化后的完整规则 #

<rules>
    <!-- 处理this-is-my-slug -->
    <rule name="NavigationRewrite1" stopProcessing="true">
        <match url="^this-is-my-slug$" ignoreCase="false" />
        <!-- 仅允许无参数或tab=1的合法请求 -->
        <conditions logicalGrouping="MatchAny">
            <add input="{QUERY_STRING}" pattern="^$" />
            <add input="{QUERY_STRING}" pattern="^tab=1$" />
        </conditions>
        <action type="Rewrite" url="/navbar?tab=1" appendQueryString="false" />
    </rule>

    <!-- 处理another-slug-of-mine -->
    <rule name="NavigationRewrite2" stopProcessing="true">
        <match url="^another-slug-of-mine$" ignoreCase="false" />
        <!-- 仅允许无参数或tab=2的合法请求 -->
        <conditions logicalGrouping="MatchAny">
            <add input="{QUERY_STRING}" pattern="^$" />
            <add input="{QUERY_STRING}" pattern="^tab=2$" />
        </conditions>
        <action type="Rewrite" url="/navbar?tab=2" appendQueryString="false" />
    </rule>

    <!-- 可选：拦截非法参数请求，返回404 -->
    <rule name="BlockInvalidSlugParams" stopProcessing="true">
        <match url="^(this-is-my-slug|another-slug-of-mine)$" ignoreCase="false" />
        <conditions>
            <add input="{QUERY_STRING}" pattern="^tab=(?!1|2).*" />
        </conditions>
        <action type="CustomResponse" statusCode="404" statusReason="Not Found" statusDescription="Invalid request parameters" />
    </rule>
</rules>

规则关键点说明 #

1. stopProcessing="true"：匹配当前规则后立即停止后续规则执行，避免多规则冲突
2. 精确路径匹配：match url末尾添加$，确保仅匹配完整的Slug路径（防止误匹配this-is-my-slug/xxx这类子路径）
3. 条件过滤非法参数：通过conditions限制查询参数，仅允许无参数或对应正确的tab值，彻底阻断手动输入错误参数导致的内容混淆
4. 非法请求拦截（可选）：最后一条规则专门拦截带有错误tab参数的请求，直接返回404，进一步强化请求合法性校验

是否需要C#路由？ #

不需要。IIS URL Rewrite模块完全能满足需求：

• 它在HTTP请求管道的早期阶段处理重写，性能比ASP.NET路由更高效
• 规则配置无需修改应用代码，维护更灵活
• 配合条件判断可以完全规避参数冲突问题

如果你的项目是ASP.NET MVC/Core，也可以用框架路由实现，但纯IIS重写是更轻量的方案，无需改动业务代码。

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