asp.net – Application_Start和Application_OnStart之间的区别

> Application_OnStart – 运行一次，当您的应用程序接收第一个HTTP请求并且在处理任何.ASP文件之前。
> Application_OnEnd – 在应用程序关闭期间，在处理所有请求后运行一次。
> Session_OnStart – 在每个唯一用户会话的开始运行。如果用户/客户端禁用Cookie，则会针对每个请求运行Cookie，因为ASP从未检测到标识现有会话的会话Cookie。
> Session_OnEnd – (理论上！)每次用户会话到期时运行。祝你好运。

这些基本上是硬连接到经典的ASP运行时 – 你不能改变它们，你不能附加任何其他方法到这些事件。

在ASP.NET中，有一个名为AutoEventWireup的东西，它使用反射来查找符合特定命名约定的方法，并运行这些方法来响应ASP.NET运行时引发的匹配事件。最常见的例子是Page_Load方法，它会在页面生命周期内触发Load事件时自动调用。

相同的技术用于将处理程序附加到应用程序级生命周期事件。它将查找名为ModuleName_EventName或ModuleName_OnEventName的方法，不带参数()或(object sender，EventArgs e)

这里是有趣的部分 – 如果您定义多个匹配方法，只有文件中最新出现的一个将执行。 (最后的方法赢了，基本上)

所以如果你的global.asax.cs看起来像这样：

public class Global : System.Web.HttpApplication {
    protected void Application_Start() {
        Debug.WriteLine("A: Application_Start()");
    }

    protected void Application_Start(object sender,EventArgs e) {
        Debug.WriteLine("B: Application_Start(object sender,EventArgs e)");
    }

    protected void Application_OnStart() {
        Debug.WriteLine("C: Application_OnStart()");

    }
    protected void Application_OnStart(object sender,EventArgs e) {
        Debug.WriteLine("D: Application_OnStart(object sender,EventArgs e)");
    }
}

您将在调试输出中看到消息D;如果您注释掉该块中的最后一个方法，您将看到消息C。

所以 – 使用任何你喜欢的命名约定，但如果你定义多个，只有在你的源文件中最后出现的那个将被执行。我个人坚持Application_Start(对象发送者，EventArgs e)，因为这是Visual Studio项目模板和大多数.NET设计/编码工具生成的签名。