Asp.Net MVC应用：Application_Start()后ApplicationContext始终为null

看起来你遇到的问题是因为HttpApplication实例的复用机制导致的，我来帮你拆解原因和解决办法：

问题根源 #

ASP.NET运行时会维护一个HttpApplication对象池，每个进来的请求都会从池中取出一个实例处理。Application_Start方法只会在应用第一次启动时被调用一次（由第一个请求触发），此时你初始化的ApplicationContext是属于那个特定HttpApplication实例的实例字段。而后续请求使用的是池中的其他HttpApplication实例，它们的ApplicationContext字段并未被初始化，所以自然是null。

快速解决：改为静态字段 #

最简单的修复方式是把ApplicationContext声明为静态字段，这样它就属于整个应用域，而非单个HttpApplication实例。修改后的代码示例：

public class MvcApplication : HttpApplication 
{
    // 改为静态字段，整个应用生命周期内共享同一个实例
    private static ApplicationContext _applicationContext;

    protected void Application_Start() 
    {
        // 仅初始化一次，应用启动时执行
        _applicationContext = new ApplicationContext();
        // 其他初始化代码...
    }

    protected void Application_BeginRequest() 
    {
        // 此时_applicationContext不会为null
        HttpContext.Current.Items["ApplicationContext"] = _applicationContext;
    }
}

更健壮的方案：使用依赖注入（推荐） #

如果你的应用规模较大，或者ApplicationContext需要更灵活的生命周期管理（比如线程安全考量），建议用依赖注入容器（如Autofac、Unity）来管理它的单例实例，这也是ASP.NET MVC的最佳实践：

1. 在Application_Start中配置DI容器，注册ApplicationContext为单例：

protected void Application_Start() 
{
    var builder = new ContainerBuilder();
    // 注册为单例，整个应用仅一个实例
    builder.RegisterType<ApplicationContext>().SingleInstance();
    // 注册其他服务...
    var container = builder.Build();
    // 设置MVC的依赖解析器
    DependencyResolver.SetResolver(new AutofacDependencyResolver(container));
    
    // 其他初始化代码...
}

2. 在Application_BeginRequest中从容器获取实例：

protected void Application_BeginRequest() 
{
    var applicationContext = DependencyResolver.Current.GetService<ApplicationContext>();
    HttpContext.Current.Items["ApplicationContext"] = applicationContext;
}

这种方式不仅能解决当前的null问题，还能让代码更易于测试和维护，同时也能更好地处理线程安全（如果ApplicationContext本身非线程安全，DI容器可帮你做相应的生命周期管理）。

内容的提问来源于stack exchange，提问作者Hasan Emrah Süngü