c# - 如何避免SerializationException : Type is not resolved for member XXX when testing a component that uses the LogicalCallContext

当EF尝试从App.config加载信息时，我最近开始在单元测试(NUnit)代码中遇到以下异常:

System.Runtime.Serialization.SerializationException : Type is not resolved for member [my type name], [my assembly name]

NUnit GUI运行程序和R＃的VS集成运行程序都会发生这种情况。这是一个重现该问题的快速单元测试:

[Test]
public void Test()
{
    // adding
    // ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
    // here fixes things, probably because the configuration is cached

    CallContext.LogicalSetData("FooSlot", new Foo()); // removing this line fixes things
    ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None); // fails with above exception
}

[Serializable] // removing this gives a different exception complaining that Foo is not Serializable
public class Foo // : MarshalByRefObject // this fixes things
{
}

使用融合日志查看器，我发现失败是由于



错误。基本上，似乎打开配置会导致Foo对象被发送
回到原始(nunit运行器)应用程序域，然后尝试加载我的程序集，但找不到它，因为它不在bin文件夹中。实际上，我确认将程序集复制到NUnit运行程序bin文件夹是解决此问题的另一种方法。

在这一点上，似乎使用MarshalByRefObject是最好的选择。但是，如果有更好的选择和/或有人可以对发生的事情以及原因进行彻底的解释，我很乐意在这里进行。在这里使用MarshalByRefObject有什么缺点吗？

这与this question不同，因为我已经将MarshalByRefObject确定为潜在的解决方案，并且试图更深入地了解问题/了解MarshalByRefObject的含义。该帖子的答案只是MarshalByRefObject的标注，没有有用的其他细节。

最佳答案

我认为这是很好的解释，为什么会出现此错误。

Is it possible to use the logical call context within a unit test in VS 2010?

我搜索了什么是好的选择。除了MarshalByRefObject，我再也找不到任何答案。那为什么还要继承它的对象呢？这是一个很好的解释

按值元帅

对象仅在创建对象的应用程序域中有效。除非对象源自MarshalByRefObject或被标记为可序列化，否则任何将对象作为参数传递或作为结果返回的尝试都将失败。如果将对象标记为可序列化，则对象将自动进行序列化，从一个应用程序域传输到另一个应用程序域，然后反序列化以在第二个应用程序域中生成对象的精确副本。此过程通常被称为按值(value)调度。

这是来源。这对于了解对象序列化概念很有帮助

https://msdn.microsoft.com/en-us/library/ms973893.aspx

谢谢你这个问题，我搜索并学到了好东西。