解释为什么对象的生命周期在作用域之外

Question

我写了一个类如下。我编写它时考虑到它主要用于网络（即它将在​​ aspx 页面中使用）。

public class TestHelper
{    
    public TestHelper()
    {
        HttpContext ctxt = HttpContext.Current;
        IHttpHandler RequestHandler = ctxt.Handler;
        Page CurrentPage;
        CurrentPage = (Page)RequestHandler;
        CurrentPage.Unload += new EventHandler(CurrentPage_Unload); 
        Debug.Print("Open all connection here...");
    }

    void CurrentPage_Unload(object sender, EventArgs e)
    {
        Debug.Print("Close all connection here...");
    }
}

我已经将我的 aspx 页面的代码写在后面，如下所示：

public partial class _Default : System.Web.UI.Page 
{    
    protected void Page_Load(object sender, EventArgs e)
    {
        TestHelper helper = new TestHelper();
        helper = null;
    }

}

尽管将 helper 分配给“null”，我发现 CurrentPage_Unload() 被执行。为什么会有这样的行为呢？这种行为一般称为什么？

我以这种风格编写课程的原因是因为我认为我可以在课程中以集中方式最好地管理我的数据库连接。通常人们会在后面的 aspx 代码中调用对象上的方法，例如 helper.IsValid() ，然后调用 helper.ProfileExists() 。每个方法都有自己的数据库连接对象（IDbConnection），以及相应的Open（）＆amp; Close() 调用打开/关闭数据库连接。我只是觉得我们应该只在代码中执行一次。因此，我使用构造函数来打开数据库连接，并使用 Page 对象的卸载事件来关闭连接对象。以这种方式编写课程有什么陷阱吗？

Answer 1

发生的情况是您将委托附加到页面的 Unload 事件。即使您的变量设置为 null 后，您的页面仍然存在，并且仍然有一个 Unload 事件，该事件仍然保留对您添加到其中的委托的引用。

要删除委托，您需要使用 -= 语法。

CurrentPage.Unload -= new EventHandler(CurrentPage_Unload); 

Answer 2

将 null 分配给变量并不会结束其实际生命周期。由于 .NET 使用非确定性垃圾收集系统（其中根据多个条件定期清除对象，而不是在它们超出范围时立即清除），因此您不能依赖对象曾经被收集在创建它的进程结束之前。

此外，因为您将事件处理程序（即委托，其中包括对新构造的实例的引用）附加到另一个对象，所以您也延长了对象的可行生命周期。只要附加了该事件处理程序，您的对象就无法被收集，直到它所附加的对象符合条件为止。

Answer 3

您必须考虑执行该行时会发生什么

helper = null;

您只是有一个对象的引用。当您将该对象分配为 null 时，您只需将引用设置为 null 即可。该对象没有发生任何事情。考虑以下代码：

var first = new object();
second = first;

first = null;

第二个现在是否为空？您可以将引用视为简单的数字 - 它只是内存中对象的地址。

.NET 垃圾收集器只是查看对象并检查是否有对该对象的引用。如果没有，它将删除该对象。