我遇到过好几次类似的情况，尤其是带Area的MVC应用部署到IIS虚拟目录时，路由很容易因为子目录前缀的问题失效。下面是一步步的解决方案：

1. 确认IIS的虚拟目录配置（关键第一步） #

首先别跳过这个基础操作：

• 在IIS管理器中找到你的subfolder目录，右键选择转换为应用程序
• 为它指定一个匹配你项目.NET版本的应用程序池（比如MVC5用.NET 4.0集成模式）
• 这一步会让IIS把这个子目录当作独立的Web应用处理，而不是静态文件目录，MVC的路由模块才能正常工作

2. 检查路由注册顺序 #

确保在Global.asax的Application_Start方法中，Area的注册在全局路由之前，这样Area的路由规则会优先匹配：

protected void Application_Start()
{
    // 先注册所有Area的路由
    AreaRegistration.RegisterAllAreas();
    // 再注册全局路由、过滤器、Bundle等
    FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
    RouteConfig.RegisterRoutes(RouteTable.Routes);
    BundleConfig.RegisterBundles(BundleTable.Bundles);
}

3. 修正Area的路由配置 #

打开每个Area的AreaRegistration文件（比如ProjectAAreaRegistration.cs），确保路由规则没有硬编码根路径，并且指定了正确的控制器命名空间（避免跨Area的控制器冲突）：

public class ProjectAAreaRegistration : AreaRegistration 
{
    public override string AreaName 
    {
        get 
        {
            return "ProjectA";
        }
    }

    public override void RegisterArea(AreaRegistrationContext context) 
    {
        context.MapRoute(
            "ProjectA_default",
            // 这里不要加斜杠，MVC会自动加上虚拟目录前缀
            "ProjectA/{controller}/{action}/{id}",
            new { action = "Index", id = UrlParameter.Optional },
            // 指定当前Area的控制器命名空间，避免和其他Area/全局控制器冲突
            new[] { "YourProjectNamespace.Areas.ProjectA.Controllers" }
        );
    }
}

4. 全局路由配置优化 #

在RouteConfig.cs中，确保全局路由也指定了正确的命名空间，并且没有硬编码根路径：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

    routes.MapRoute(
        name: "Default",
        url: "{controller}/{action}/{id}",
        defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
        // 指定全局控制器的命名空间
        namespaces: new[] { "YourProjectNamespace.Controllers" }
    );
}

5. 避免硬编码URL（必做） #

所有页面中的链接都必须使用MVC的辅助方法生成，绝对不能硬编码路径，否则会跳过路由解析，直接指向根目录：

• 生成动作链接：

  @Html.ActionLink("ProjectA首页", "Index", "Home", new { area = "ProjectA" }, null)
  

• 生成纯URL：

  @Url.Action("Detail", "Item", new { area = "ProjectB", id = Model.Id })
  

这样生成的URL会自动包含IIS子目录的前缀（比如/subfolder/ProjectA/Home/Index），完美适配部署环境。

6. 修复可能的路由模块问题 #

如果上面的步骤都做了还是不行，检查web.config中的system.webServer节点，确保MVC的路由模块能正常工作：

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true">
        <remove name="UrlRoutingModule-4.0" />
        <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" preCondition="" />
    </modules>
    <handlers>
        <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
        <remove name="OPTIONSVerbHandler" />
        <remove name="TRACEVerbHandler" />
        <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
    </handlers>
</system.webServer>

7. （可选）调整Application_BeginRequest处理虚拟路径 #

如果你的环境比较特殊，比如虚拟目录名称和路由前缀冲突，可以在Global.asax中添加Application_BeginRequest事件处理，手动修正请求路径：

protected void Application_BeginRequest(object sender, EventArgs e)
{
    var appPath = Request.ApplicationPath;
    if (!string.IsNullOrEmpty(appPath) && appPath != "/")
    {
        var requestPath = Request.Path;
        if (requestPath.StartsWith(appPath, StringComparison.OrdinalIgnoreCase))
        {
            // 去掉虚拟目录前缀，让MVC能正确解析路由
            Context.RewritePath(
                requestPath.Substring(appPath.Length),
                Request.PathInfo,
                Request.QueryString.ToString()
            );
        }
    }
}

按照这些步骤操作，基本就能解决IIS子目录下的路由失效问题了，我之前帮好几个同事解决过类似的情况，亲测有效。

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