6

我很好奇 AppDomain 中的共享/静态对象生命周期，其中 RemotingCalls 是创建共享对象的原因。

我们正在使用使用客户端激活对象的远程处理设置，我们仅使用这些功能来访问服务器。远程对象设置为单例。

服务器设置通道并使用 RemotingConfiguration.Configure 加载配置文件。

其中一些服务器函数在服务器上接触并使用一些静态（在 vb.net 中共享）变量。我不知道这些静态变量的生命周期是什么，它们是在第一次被触摸时创建的（运行静态构造函数）。使用日志记录我看不到对象 dispose/finalize 发生。

在连接到远程服务器后等待几分钟，可以看到共享对象仍然存在并且运行良好。

问题：

那么这个远程设置中静态对象的预期生存时间是多少。它们是否与 AppDomain 一样长，或者当 Remoting 对象被交换时它们是否会被循环出去。如果需要，延长其使用寿命的正确方法是什么？

答案：

静态类型存在于 AppDomain 中，因为它们第一次访问直到 AppDomain 被卸载。因此，只要 AppDomain 正在运行，您就不需要延长它们的生命周期。

4

2 回答 2

5

直到租约到期后，远程处理对象才会被垃圾收集 - 租约保护它们免受 GC，因为没有明显可见的对它们的引用。默认租用期为 5 分钟，垃圾收集器可能会再运行几分钟（取决于负载、内存使用情况等），然后对对象的最后一个引用应该消失。只有在这一切发生之后，才应该在下一次GC 运行时收集一个实例对象。然而，静态对象根本不会被垃圾回收。

至于问题的第二部分，延长寿命的正确方法称为“赞助”——基本上当租约到期时，服务器会询问客户端是否有人愿意继续使用该对象。这里有一篇关于这个主题的非常详细的文章。不要只是将生命周期设置为无穷大。

于 2011-05-30T12:02:15.003 回答
3

静态字段永远不会被垃圾收集。看看Jeffrey Richter 的文章。
静态字段被垃圾收集器视为根，因此垃圾收集器将始终假定使用静态字段。

加载所有者类型时初始化静态字段。JIT 编译器在需要构建方法并看到对该类型的引用时加载类型。加载后，该类型会在所有 AppDomain 生命周期内保持不变，因此属于该类型的字段（静态字段）引用的任何内容都将被视为已使用的引用，不会被垃圾回收。

此外，关于此声明：

我不知道这些静态变量的生命周期是什么，它们是在第一次被触摸时创建的（运行静态构造函数）。

从技术上讲，静态变量不一定在静态构造函数中第一次被“触及”。考虑这样的类：

public static class Test
{
    private static MyType myType;

    static Test()
    {
        myType = new MyType();
    }
}

永远不会调用静态构造函数（类型构造函数），除非您有执行和引用此类型的代码，例如var x = Test.myType;. 好吧，这可能取决于“触摸”的确切含义。

答案：

静态类型存在于 AppDomain 中，因为它们第一次访问直到 AppDomain 被卸载。因此，只要 AppDomain 正在运行，您就不需要延长它们的生命周期。

于 2011-05-30T18:27:22.343 回答