假设我有三个对象:'a','b'和'c'。 对象'a'和'c'是长寿的,静态引用的服务单例。 对象'b'是短暂的,即没有静态引用使它保持活着。
现在假设对象'a'在其某个方法的范围内创建对象'b'的实例,例如
B b = new B();
进一步假设B类看起来像这样:
public B ()
{
C.ActionList.Add ( SomeMethod );
}
void SomeMethod ()
{
...
}
现在,对象'b'存活了多长时间?我的推测是,它超出了调用其构造函数的方法的范围;具体来说,只要它的方法仍然在对象'c'的'ActionList'中。
这是对的吗?如果没有,并且它被垃圾收集,当'c'运行'ActionList'中的所有方法时会发生什么?
奖金问题:如果'b'上的方法没有被命名,但匿名并在构造函数中写入如下,该怎么办?
public B ()
{
C.ActionList.Add ( () => {
...
} );
}
答案 0 :(得分:6)
具体来说,只要其方法仍然在' ActionList'对象' c'。
是的,这是正确的。实例方法的委托创建了一个"硬引用"实例本身,并将保持活着。你的第二个问题不相关。
请注意,这就是为什么事件订阅是"内存泄漏的常见来源"在.NET中 - 它们不会在技术上泄漏,但事件订阅基于委托,并且具有相同的行为,因此事件订阅包含对实例的引用。
如果''是不是命名,而是匿名并在构造函数中以lambda编写?
这是一样的。如果lambda使用有问题的实例的状态,它将变为一个类型的实例方法,该类型具有编译器对该实例的引用,并保持引用。 (请注意,如果某些lambda表达式不依赖于任何已关闭的值,实例等,可能会将某些lambda表达式转换为静态方法,在这种情况下,它不会保留引用。)
在您的情况下,...
的内容将决定这一点。如果您的表达式只是:() => { Console.WriteLine("Foo"); }
,则不需要关闭实例中的任何值,也不会使用相关实例,因此它不会包含引用。但是,如果执行() => { Console.WriteLine(this.Foo); }
,它将在类型上创建一个方法,并引用this
,并使类实例保持活动状态。