MVC5如何在ActionFilter中实现Server-Side Redirect及301跳转？

嘿，我来帮你搞定这个ActionFilter里实现服务器端URL重写的问题，刚好能满足你提到的两个核心需求——

一、先理清楚两个关键概念的区别 #

首先明确你提到的两种跳转逻辑的核心差异：

• 客户端跳转（301永久重定向）：服务器返回301状态码，浏览器地址栏会直接更新为新URL，就是你目前用RedirectResult实现的方式。
• 服务器端重写：服务器内部将请求转发到真实路径，浏览器地址栏保持旧URL不变，和你之前用HttpContext.RewritePath实现的效果一致，旧URL可直接访问对应内容。

二、在ActionFilter中实现服务器端重写+特定请求过滤 #

ActionFilter的优势就是可以精准控制触发范围，我们可以在ActionExecutingContext里直接复用RewritePath逻辑，再加上请求过滤条件，完美替代HttpModule的同时解决无效查询问题。

具体代码实现 #

先写一个自定义的ActionFilterAttribute：

public class UrlRewriteFilter : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        var httpContext = filterContext.HttpContext;
        var requestPath = httpContext.Request.Url.AbsolutePath;

        // 1. 第一步：过滤特定类型请求，只处理你需要的内容（比如课程相关URL）
        // 这里可以根据你的业务调整判断逻辑，比如匹配控制器前缀、特定URL规则等
        if (!requestPath.StartsWith("/courses/", StringComparison.OrdinalIgnoreCase))
        {
            // 非目标请求，直接跳过，不执行后续数据库查询
            base.OnActionExecuting(filterContext);
            return;
        }

        // 2. 第二步：从数据库查询重写/重定向规则
        // 替换成你实际的数据库查询逻辑，比如根据旧URL获取目标路径和跳转类型
        var rewriteRule = GetRewriteRuleFromDatabase(requestPath);
        if (rewriteRule == null)
        {
            // 无匹配规则，直接放行
            base.OnActionExecuting(filterContext);
            return;
        }

        // 3. 第三步：根据规则选择跳转方式
        if (rewriteRule.Use301Redirect)
        {
            // 执行301永久跳转，设置Result为RedirectResult并指定permanent为true
            filterContext.Result = new RedirectResult(rewriteRule.TargetUrl, permanent: true);
        }
        else
        {
            // 执行服务器端重写：调用HttpContext.RewritePath，和HttpModule逻辑完全一致
            httpContext.RewritePath(rewriteRule.TargetUrl);
            // 注意：这里不需要设置Result，重写后服务器会自动处理新路径对应的Action
        }

        base.OnActionExecuting(filterContext);
    }

    // 模拟数据库查询方法，替换成你的实际业务逻辑
    private RewriteRule GetRewriteRuleFromDatabase(string requestPath)
    {
        // 示例：匹配旧课程URL，返回真实路径且不使用301
        if (requestPath.Equals("/courses/programming-basics/details", StringComparison.OrdinalIgnoreCase))
        {
            return new RewriteRule
            {
                TargetUrl = "/course/123/details",
                Use301Redirect = false
            };
        }
        // 示例：匹配需淘汰的旧URL，返回新路径并使用301跳转
        if (requestPath.Equals("/old-courses/intro-to-csharp", StringComparison.OrdinalIgnoreCase))
        {
            return new RewriteRule
            {
                TargetUrl = "/courses/csharp-fundamentals",
                Use301Redirect = true
            };
        }
        return null;
    }
}

// 自定义规则类，根据你的数据库表结构调整字段
public class RewriteRule
{
    public string TargetUrl { get; set; }
    public bool Use301Redirect { get; set; }
}

关键细节说明 #

• 特定请求过滤：通过判断URL前缀、控制器/Action名称等方式，只对目标内容执行数据库查询，彻底避免无效请求的开销。
• 服务器端重写实现：直接调用HttpContext.RewritePath()，和你之前HttpModule中的逻辑完全一致，重写后服务器会继续处理新路径的Action，浏览器地址栏保持旧URL不变。
• 301跳转实现：设置filterContext.Result为RedirectResult并指定permanent: true，即可返回301状态码触发客户端跳转。

三、如何应用这个ActionFilter #

你有两种灵活的应用方式：

1. 全局应用：在项目启动配置中注册，所有Action都会触发，但因为我们内置了请求过滤，只会处理目标内容：

// 在Global.asax的Application_Start方法中
GlobalFilters.Filters.Add(new UrlRewriteFilter());

2. 局部应用：只在特定控制器或Action上添加特性，精准控制生效范围：

[UrlRewriteFilter]
public class CourseController : Controller
{
    // 你的课程相关Action方法
}

四、额外优化建议 #

• 规则缓存：如果重写规则不频繁更新，可以把查询到的规则缓存到内存或分布式缓存中，进一步减少数据库查询次数。
• 日志记录：添加日志记录重写/跳转的URL信息，方便后续排查问题。
• 异常处理：在数据库查询和重写逻辑中添加异常捕获，避免因规则查询失败导致请求报错。

这样就完全满足你的需求了：既只处理特定内容减少无效查询，又能灵活选择服务器端重写或301客户端跳转。

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