ActionLink行为异常：URL未显示控制器却跳转正常，原因何在？

这事儿其实是ASP.NET MVC的路由系统在背后起作用，我来给你拆解清楚：

核心原因：ActionLink靠路由表生成URL，不是直接拼接参数 #

你可能以为@Html.ActionLink("Upload", "Upload", "File")会直接拼出/File/Upload，但实际上MVC的ActionLink是遍历路由表，找到第一个能匹配你传入的路由值（controller=File，action=Upload）的路由模板，然后用这个模板生成URL。如果某个路由已经包含了controller和action的默认值，那生成的URL就会省略这些已经默认的部分。

两种最可能的场景 #

1. 配置了自定义传统路由

比如在RouteConfig.cs里，你可能加了这样一条优先级比默认路由更高的路由：

routes.MapRoute(
    name: "UploadRoute",
    url: "Upload", // URL模板就是纯"Upload"
    defaults: new { controller = "File", action = "Upload" } // 默认指向File控制器的Upload方法
);

当你调用ActionLink时，传入的controller=File和action=Upload正好匹配这个路由的默认值，所以ActionLink就直接用这个路由的URL模板生成了/Upload，而不是用默认的{controller}/{action}模板拼出/File/Upload。

而当你点击这个链接时，请求/Upload会被这条路由直接映射到File/Upload，所以能正常跳转，地址栏也会保持/Upload不变——这完全符合路由的设计逻辑。

2. 给Upload action加了特性路由

如果你的FileController里的Upload方法用了[Route]特性，比如：

public class FileController : Controller
{
    [Route("Upload")] // 直接指定这个action的URL为"/Upload"
    public ActionResult Upload()
    {
        return View();
    }
}

特性路由的优先级比传统路由更高，所以ActionLink会优先匹配这个特性路由，生成简洁的/UploadURL。请求时自然也能正确映射到对应的action。

怎么验证？ #

打开你的路由配置文件（RouteConfig.cs或者Startup里的路由代码），看看有没有上面提到的两种路由配置。如果找到了，那就是它导致的结果——这其实是MVC路由系统的正常行为，不是bug哦。

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