C# MVVM light Messenger中动作、局部变量和垃圾收集的奇怪行为
MVVM灯光下的C# MVVM light Messenger中动作、局部变量和垃圾收集的奇怪行为,c#,wpf,mvvm,garbage-collection,mvvm-light,C#,Wpf,Mvvm,Garbage Collection,Mvvm Light,MVVM灯光下的Messenger系统出现了一个非常奇怪的问题。这很难解释,所以这里有一个小程序来演示这个问题: using System; using GalaSoft.MvvmLight.Messaging; namespace TestApp { class Program { static void Main(string[] args) { var prog = new Program();
Messenger
系统出现了一个非常奇怪的问题。这很难解释,所以这里有一个小程序来演示这个问题:
using System;
using GalaSoft.MvvmLight.Messaging;
namespace TestApp
{
class Program
{
static void Main(string[] args)
{
var prog = new Program();
var recipient = new object();
prog.RegisterMessageA(recipient);
prog.RegisterMessageB(recipient);
prog.SendMessage("First Message");
GC.Collect();
prog.SendMessage("Second Message");
}
public void RegisterMessageA(object target)
{
Messenger.Default.Register(this, (Message msg) =>
{
Console.WriteLine(msg.Name + " recieved by A");
var x = target;
});
}
public void RegisterMessageB(object target)
{
Messenger.Default.Register(this, (Message msg) =>
{
Console.WriteLine(msg.Name + " received by B");
});
}
public void SendMessage(string name)
{
Messenger.Default.Send(new Message { Name = name });
}
class Message
{
public string Name { get; set; }
}
}
}
如果运行应用程序,这是控制台输出:
First Message recieved by A
First Message received by B
Second Message received by B
如您所见,第二条消息从未被接收者A收到。然而,B和A之间的唯一区别是一行:语句var x=target代码>。如果删除此行,A
将接收第二条消息
另外,如果删除GC.Collect()代码>然后A
接收第二条消息。但是,这只是隐藏了问题,因为在实际程序中,垃圾收集器最终将自动运行
为什么会这样?我假设,如果接收者操作引用了它所包含的方法作用域中的变量,它会将该操作的生存期与该作用域绑定,这样一旦超出该作用域,它就可以被垃圾收集。我完全不明白这是为什么。我也不明白为什么不引用定义范围内变量的操作没有这个问题
有人能解释一下这里发生了什么吗?我同意,这个程序的行为真的很奇怪
我自己也试过,你已经发现问题与这一行有关:
var x = target;
我不知道为什么这条线会引起任何麻烦,但是你可能会考虑这个问题:
class Program
{
static void Main(string[] args)
{
var prog = new Program();
var recipient = new object();
prog.RegisterMessageA(recipient);
prog.RegisterMessageB(recipient);
prog.SendMessage("First Message");
GC.Collect();
prog.SendMessage("Second Message");
}
public void RegisterMessageA(object target)
{
Messenger.Default.Register(target, (Message msg) =>
{
Console.WriteLine(msg.Name + " received by A");
var x = msg.Target;
});
}
public void RegisterMessageB(object target)
{
Messenger.Default.Register(target, (Message msg) =>
{
Console.WriteLine(msg.Name + " received by B");
});
}
public void SendMessage(string name)
{
Messenger.Default.Send(new Message { Name = name });
}
class Message : MessageBase //part of the MVVM Light framework
{
public string Name { get; set; }
}
}
MessageBase是MVVM Light框架中的一个类,它提供了从消息本身检索目标的可能性
但我不确定这是否是你想要实现的…好吧,我现在明白为什么会发生了(无论如何,我相信)。我复制了一个不使用lambda表达式的简短形式,然后我将解释为什么lambda很重要
using System;
using GalaSoft.MvvmLight.Messaging;
class Program
{
static void Main(string[] args)
{
Receiver r1 = new Receiver("r1");
Receiver r2 = new Receiver("r2");
var recipient = new object();
Messenger.Default.Register<object>(recipient, r1).ShowMessage;
Messenger.Default.Register<object>(recipient, r2).ShowMessage;
GC.Collect();
Messenger.Default.Send(recipient, null);
// Uncomment one of these to see the relevant message...
// GC.KeepAlive(r1);
// GC.KeepAlive(r2);
}
}
class Receiver
{
private string name;
public Receiver(string name)
{
this.name = name;
}
public void ShowMessage(object message)
{
Console.WriteLine("message received by {0}", name);
}
}
此lambda表达式捕获目标
参数。为了捕获它,编译器生成一个新类-因此RegisterMessageA
有效地:
public void RegisterMessageA(object target)
{
GeneratedClass x = new GeneratedClass();
x.target = target;
Messenger.Default.Register(x.target, x.Method);
}
private class GeneratedClass
{
public object target;
public void Method(Message msg)
{
Console.WriteLine(msg.Name + " received by A");
var x = target;
}
}
现在,除了使GeneratedClass
的实例保持活动状态的委托之外,没有别的东西了。将其与第二个处理程序进行比较:
public void RegisterMessageB(object target)
{
Messenger.Default.Register(target, (Message msg) =>
{
Console.WriteLine(msg.Name + " received by B");
});
}
这里没有捕获的变量,因此编译器生成的代码有点像这样:
public void RegisterMessageB(object target)
{
Messenger.Default.Register(target, RegisterMessageB_Lambda);
}
private static void RegisterMessageB_Lambda(Message msg)
{
Console.WriteLine(msg.Name + " received by B");
}
这里是一个静态方法,所以根本没有委托目标。如果委托捕获了此
,它将作为实例方法生成。但重要的一点是,没有必要生成额外的类。。。所以没有垃圾可以收集
我还没有研究MvvmLight是如何做到这一点的——它是否只是得到了一个对委托的弱引用,CLR是否以某种特殊的方式处理它,或者MvvmLight是否将目标与委托本身分离。不管怎样,我希望这能解释你看到的行为。关于如何解决您在实际代码中看到的任何问题,基本上,您需要确保对您需要的任何委托目标都有一个强有力的引用
编辑:好的,看起来它现在是由于和它的基类。我不知道这种行为是否是作者所期望的行为,但这是代码的责任:)@Kevin你说得对,谢谢。编辑。顺便说一下,我有一个以前的问题,是我第一次遇到这个问题时提出的。它展示了一个真实世界的用例,而不是一个抽象的示例:感谢您的输入。我不知道MessageBase,这个解决方法应该适用于引起我注意的特定情况。我将留下这个问题,看看是否有人知道为什么会发生这种情况。哎呀,不幸的是,这个解决方案对我不起作用。我曾希望MVVM Light自动设置Target
,但事实似乎并非如此——它只是实现应用程序可以使用的一个属性。在上面的示例中,msg.Target
为空。我假设相同!我试过别的东西,你介意看看吗?是的,我想像这样的东西会有用的。但是,它不适合我的情况(viewmodel告诉它的视图关闭),因为发送方没有对接收方的引用。最后,我修改了代码,使其不使用匿名函数。不过,我希望有人能澄清是什么导致了这个问题。谢谢你的回答。我以前真的没有想过编译器对lambda函数做了什么。@Oliver:很高兴它有帮助。我可以看出这是一个相当令人讨厌的行为,提醒你…@Oliver:请看我在底部的编辑-我已经找到了相关的代码。谢谢,我会尝试在这里修改实现,看看是否可以解决这个问题。使用带有变量捕获的lambda函数非常方便,我不想避免这种情况。@Oliver:是的。您可能希望在MvvmLight站点上发布一个与此问题相关的问题。。。
public void RegisterMessageB(object target)
{
Messenger.Default.Register(target, RegisterMessageB_Lambda);
}
private static void RegisterMessageB_Lambda(Message msg)
{
Console.WriteLine(msg.Name + " received by B");
}