.NET项目添加MVC与Web API后，如何让旧初始化文件在Global.asax中后置执行？

当然可以！你只需要调整Global.asax里的启动顺序，让Web API先完成初始化，再手动调用旧初始化文件的逻辑就行。具体操作步骤如下：

核心思路 #

Global.asax的Application_Start方法是整个Web应用启动的入口点，Web API的初始化逻辑通常在这里注册。你只需要把旧初始化代码放在Web API配置完成之后执行，就能保证它在Web API准备好之后运行。

具体实现步骤 #

1. 打开你的项目中的Global.asax.cs文件，找到Application_Start方法。
2. 确保Web API的初始化代码（一般是GlobalConfiguration.Configure(WebApiConfig.Register);）是该方法中较早执行的步骤。
3. 在Web API初始化代码之后，调用旧初始化文件的入口方法。

举个代码示例：

protected void Application_Start()
{
    // 第一步：先完成Web API的核心配置和初始化
    GlobalConfiguration.Configure(WebApiConfig.Register);
    
    // 第二步：调用你的旧初始化逻辑
    // 假设你的旧初始化文件里有一个静态方法RunInitialization()作为入口
    OldInitializationClass.RunInitialization();
}

特殊情况处理 #

• 如果旧初始化是异步方法：
  因为Application_Start是同步方法，你需要等待异步初始化完成，示例如下：

  protected void Application_Start()
  {
      GlobalConfiguration.Configure(WebApiConfig.Register);
      
      // 等待异步初始化完成
      OldInitializationClass.RunInitializationAsync().GetAwaiter().GetResult();
  }
  

• 如果旧初始化依赖HttpContext：
  注意在Application_Start阶段，HttpContext.Current是null（此时还没有任何用户请求）。如果旧代码依赖HttpContext，你需要调整初始化逻辑，或者考虑将这部分依赖请求的初始化移到Application_BeginRequest方法中，但这已经不属于启动阶段了，需要根据你的实际需求权衡。

为什么原来的旧文件不执行？ #

在.NET Web API项目中，Global.asax的Application_Start会覆盖默认的启动入口逻辑，原来的旧初始化文件因为没有被显式调用，所以不会自动执行。通过手动在Application_Start中调用它，就能让它重新加入启动流程。

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