Server.Transfer子请求执行报错：404页面空引用异常排查

触发原因 #

空引用异常的直接原因是404.aspx.cs中MP属性为null，导致访问MP.IsErrorPage时抛出异常。

深层原因是：当请求的是**非ASPX类型的资源（如meta.json）**触发404时，ASP.NET请求处理管道的上下文与常规ASPX页面请求不同，执行Server.Transfer("~/pages/errors/404.aspx")时，404页面的Master属性未能正确初始化（MasterPage未被加载），强转后的MP自然为null。

这类请求通常来自爬虫或漏洞扫描器，它们请求的是静态资源或非ASPX路径，ASP.NET处理这类请求的管道逻辑和ASPX页面请求存在差异，导致MasterPage加载流程异常。

验证依据 #

从异常栈可明确追踪到：

• 内部异常指向404.aspx.cs第12行MP.IsErrorPage = true;，直接证明MP为null
• 触发场景均为非ASPX路径的404请求，完全匹配管道差异的触发条件

解决方案 #

方案1：添加防御性空检查（最直接） #

修改404.aspx.cs的Page_Load方法，先判断MP是否为null，避免空引用：

protected void Page_Load(object sender, EventArgs e)
{
    if (MP != null)
    {
        MP.IsErrorPage = true;
        MP.SEOPageHeader.Title = "File not found";
    }
    // 可选：如果Master未加载，直接设置页面基础内容
    else
    {
        this.Title = "File not found";
    }
}

方案2：改用Response.Redirect替代Server.Transfer #

Server.Transfer依赖当前请求上下文，而Response.Redirect是客户端跳转，会重新发起请求加载404.aspx，能保证MasterPage正常初始化。注意要保持404状态码：

context.Response.StatusCode = 404;
context.Response.Redirect("~/pages/errors/404.aspx", false);
context.ClearError();
context.ApplicationInstance.CompleteRequest();

方案3：针对非ASPX请求的404做特殊处理 #

在全局错误处理中先判断请求路径后缀，对非ASPX资源的404返回简化错误页，避免加载依赖Master的页面：

var requestedPath = context.Request.Url.AbsolutePath;
var isAspxRequest = requestedPath.EndsWith(".aspx", StringComparison.OrdinalIgnoreCase);

if (!isAspxRequest && context.Server.GetLastError() is HttpException httpEx && httpEx.GetHttpCode() == 404)
{
    context.Response.StatusCode = 404;
    context.Response.ContentType = "text/plain";
    context.Response.Write("404 - File not found");
    context.ClearError();
    context.ApplicationInstance.CompleteRequest();
    return;
}

// 原有ASPX请求的404处理逻辑
context.Server.Transfer("~/pages/errors/404.aspx");
context.ClearError();
context.ApplicationInstance.CompleteRequest();

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