ASP.NET MVC中Request对象为null的场景及报错排查

你遇到的System.Web.HttpException包裹NullReferenceException异常，触发点在var cookie = Request.Cookies[FormsAuthentication.FormsCookieName]代码行时，空引用的来源分为「Request对象本身为null」和「Request非null但调用链其他对象为null」两类，具体场景如下：

Request对象本身为null的典型场景 #

• 控制器构造函数内访问请求对象：MVC控制器生命周期中，构造函数执行阶段框架还未完成请求上下文的注入，此时Request属性默认值为null，直接访问必然触发空引用。这是生产环境该类异常最高发的原因，很多开发者会把Cookie读取、权限初始化逻辑写在构造函数中，刚好踩中生命周期的空档。
• 异步逻辑上下文丢失：编写异步Action时，如果在await任务时配置了ConfigureAwait(false)，后续逻辑会运行在非请求线程上，此时HttpContext.Current会返回null，控制器的Request属性也会随之变为null。
• 生命周期方法重写顺序错误：自定义控制器基类重写Initialize方法时，如果没有先调用base.Initialize(requestContext)完成上下文赋值，就提前访问Request属性，此时Request还未初始化，值为null。
• 非请求场景手动实例化控制器：如果在后台线程、定时任务、队列消费逻辑中手动new控制器实例，没有手动注入RequestContext，控制器的Request属性会保持默认null值，访问即报错。
• 单元测试未做上下文模拟：单元测试调用控制器方法时，如果没有手动Mock Request相关对象，默认Request为null，也会触发该异常。

Request非null时仍触发空引用的场景 #

这类场景容易被误判为Request为null，实际是调用链下游对象为空：

• Request.Cookies集合为null：极端场景下（比如IIS托管模块执行时机过早、自定义HttpModule篡改请求上下文、WebSocket握手阶段请求被截断、静态资源请求被错误路由到控制器），请求对象存在但Cookies集合未完成初始化，直接做索引访问就会抛空引用。
• IIS经典模式配置错误：站点运行在IIS经典模式下，若FormsAuthentication模块未正确注册，部分特殊请求的上下文初始化不完整，会出现Cookies集合为空的情况。

修复方案 #

• 不要在控制器构造函数中访问Request、Cookies等请求强相关对象，将这类逻辑挪到Action方法内，或者OnActionExecuting、OnAuthorization等生命周期方法中执行——这些方法执行时请求上下文已经完成注入。
• 异步Action中避免在非请求线程访问HttpContext对象，必须跨线程使用请求数据时，提前在请求线程中读取好所需值再传递给异步任务，不要随意给await加ConfigureAwait(false)。
• 访问Cookies前增加空值校验，参考代码：

HttpCookie authCookie = null;
if (Request != null && Request.Cookies != null)
{
    authCookie = Request.Cookies[FormsAuthentication.FormsCookieName];
}

• 重写控制器初始化方法时，确保先调用基类的Initialize方法完成上下文赋值，再执行依赖请求对象的逻辑。

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