Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/wpf/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# MVVM light Messenger中动作、局部变量和垃圾收集的奇怪行为_C#_Wpf_Mvvm_Garbage Collection_Mvvm Light - Fatal编程技术网

C# MVVM light Messenger中动作、局部变量和垃圾收集的奇怪行为

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();

MVVM灯光下的
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");
}