.NET 4.5 MVC网站静态资源（PDF/Zip）异常404问题求助

针对你遇到的MVC网站点击PDF/Zip链接返回200但内容为404、直接输入URL却正常的问题，给出以下排查方向和解决步骤：

1. 检查MVC路由是否拦截静态文件请求 #

MVC默认路由会处理所有请求，包括静态文件，导致请求被路由控制器接管后返回404页面，但直接访问时IIS会直接处理静态文件。解决方法是在路由配置中忽略静态文件：

打开App_Start/RouteConfig.cs，在默认路由注册前添加忽略规则：

routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
// 忽略PDF、Zip等静态文件请求
routes.IgnoreRoute("{*staticfile}", new { staticfile = @".*\.(pdf|zip)$" });
routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);

2. 调整IIS静态文件处理模块配置 #

如果网站的IIS应用程序池使用集成模式，可能存在.NET模块优先处理静态文件的情况。修改Web.config确保静态文件模块优先处理：

在<system.webServer>节点下添加/修改配置：

<system.webServer>
  <modules runAllManagedModulesForAllRequests="false">
    <remove name="StaticFileModule" />
    <add name="StaticFileModule" type="System.Web.StaticFileModule" />
  </modules>
  <handlers>
    <add name="StaticFile" path="*" verb="*" modules="StaticFileModule,DefaultDocumentModule,DirectoryListingModule" resourceType="Either" requireAccess="Read" />
  </handlers>
</system.webServer>

runAllManagedModulesForAllRequests设为false可以避免所有请求都经过.NET模块，让IIS直接处理静态文件。

3. 检查全局过滤器/ActionFilter是否篡改响应 #

某些自定义过滤器可能在处理请求时返回404视图，但错误地将响应状态码保留为200。比如权限验证过滤器：

检查App_Start/FilterConfig.cs或控制器上的过滤器代码，确保返回错误视图时设置正确的状态码：

public override void OnActionExecuting(ActionExecutingContext filterContext)
{
    if (!CheckAccess())
    {
        filterContext.Result = new ViewResult { ViewName = "NotFound" };
        // 必须设置状态码为404
        filterContext.HttpContext.Response.StatusCode = 404;
    }
}

4. 确认链接生成方式是否正确 #

如果网站内的跳转链接是通过@Url.Action生成的（指向MVC Action），而不是直接指向静态文件路径，可能会触发错误的路由处理。应该使用@Url.Content生成静态文件的直接链接：

<!-- 错误写法：通过Action跳转静态文件 -->
<a href="@Url.Action("GetFile", "Download", new { fileName = "report.pdf" })">下载报告</a>
<!-- 正确写法：直接指向文件路径 -->
<a href="@Url.Content("~/StaticFiles/report.pdf")">下载报告</a>

5. 启用IIS失败请求跟踪定位问题 #

如果以上方法都无效，启用IIS的失败请求跟踪可以详细查看请求处理流程：

• 打开IIS管理器，选中目标网站，点击右侧“失败请求跟踪规则”
• 添加新规则，设置状态码范围为200（因为你的响应状态码是200），勾选所有内容类型
• 触发问题后，查看生成的跟踪日志，找到哪个模块返回了404内容，定位根因

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