如何在 AppDomain 之间传递引用作为方法参数？

Question

我一直在尝试让以下代码工作（所有内容都在同一个程序集中定义）：

namespace SomeApp{

public class A : MarshalByRefObject
{
   public byte[] GetSomeData() { // }
}

public class B : MarshalByRefObject
{
   private A remoteObj;

   public void SetA(A remoteObj)
   {
      this.remoteObj = remoteObj;
   }
}

public class C
{
   A someA = new A();
   public void Init()
   {
       AppDomain domain = AppDomain.CreateDomain("ChildDomain");
       string currentAssemblyPath = Assembly.GetExecutingAssembly().Location;
       B remoteB = domain.domain.CreateInstanceFromAndUnwrap(currentAssemblyPath,"SomeApp.B") as B;
       remoteB.SetA(someA); // this throws an ArgumentException "Object type cannot be converted to target type."
   }
}

}

我想做的是将第一个 AppDomain 中创建的“A”实例的引用传递给子域，并让子域在第一个域上执行方法。在“B”代码的某个时刻，我将调用“remoteObj.GetSomeData()”。必须执行此操作，因为必须在第一个应用程序域上“计算”“GetSomeData”方法中的“byte[]”。 我应该怎样做才能避免异常，或者我可以怎样做才能达到相同的结果？

Answer 1

实际的根本原因是您的 dll 是从两个不同应用程序域中的不同位置加载的。这会导致 .NET 认为它们是不同的程序集，这当然意味着类型不同（即使它们具有相同的类名、命名空间等）。

Jeff 的测试在通过单元测试框架运行时失败的原因是，单元测试框架通常会创建将 ShadowCopy 设置为“true”的 AppDomain。但您手动创建的 AppDomain 将默认为 ShadowCopy="false"。这会导致 dll 从不同的位置加载，从而导致“对象类型无法转换为目标类型”。错误。

更新：经过进一步测试，似乎确实可以归结为两个应用程序域之间的应用程序库不同。如果它们匹配，则上述场景有效。如果它们不同，则不会（即使我已经确认使用windbg从同一目录将dll加载到两个AppDomain中）此外，如果我在两个AppDomain中打开ShadowCopy =“true”，那么它会失败具有不同的消息：“System.InvalidCastException：对象必须实现 IConvertible”。

UPDATE2：进一步阅读使我相信它与加载上下文有关。当您使用“From”方法之一（Assembly.LoadFrom 或 appDomain.CreateInstanceFromAndUnwrap）时，如果在正常加载路径之一（ApplicationBase 或探测路径之一）中找到程序集，则将其加载到默认路径中加载上下文。如果在那里找不到该程序集，则会将其加载到“加载自上下文”中。因此，当两个 AppDomain 都有匹配的 ApplicationBase 时，即使我们使用“From”方法，它们也会加载到各自 AppDomain 的默认加载上下文中。但是，当 ApplicationBase 不同时，一个 AppDomain 将在其默认加载上下文中包含该程序集，而另一个 AppDomain 将在其加载上下文中包含该程序集。

Answer 2

我可以重复这个问题，它似乎与 TestDriven.net 和/或 xUnit.net 有关。如果我运行 C.Init() 作为测试方法，我会收到相同的错误消息。但是，如果我从控制台应用程序运行 C.Init()，则不会出现异常。

您是否看到同样的事情，从单元测试运行 C.Init() ？

编辑：我还可以使用 NUnit 和 TestDriven.net 复制该问题。我还可以使用 NUnit 运行程序而不是 TestDriven.net 来复制错误。所以问题似乎与通过测试框架运行此代码有关，尽管我不确定为什么。

Answer 3

这是对 @RussellMcClure 的评论，但由于评论太复杂，我将其发布为答案：

我在 ASP.NET 应用程序中，关闭卷影复制（这也可以解决问题）并不是真正的选择，但我找到了以下解决方案：

AppDomainSetup adSetup = new AppDomainSetup();
if (AppDomain.CurrentDomain.SetupInformation.ShadowCopyFiles == "true")
{
    var shadowCopyDir = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
    if (shadowCopyDir.Contains("assembly"))
        shadowCopyDir = shadowCopyDir.Substring(0, shadowCopyDir.LastIndexOf("assembly"));

    var privatePaths = new List<string>();
    foreach (var dll in Directory.GetFiles(AppDomain.CurrentDomain.SetupInformation.PrivateBinPath, "*.dll"))
    {
        var shadowPath = Directory.GetFiles(shadowCopyDir, Path.GetFileName(dll), SearchOption.AllDirectories).FirstOrDefault();
        if (!String.IsNullOrWhiteSpace(shadowPath))
            privatePaths.Add(Path.GetDirectoryName(shadowPath));
    }

    adSetup.ApplicationBase = shadowCopyDir;
    adSetup.PrivateBinPath = String.Join(";", privatePaths);
}
else
{
    adSetup.ApplicationBase = AppDomain.CurrentDomain.SetupInformation.ApplicationBase;
    adSetup.PrivateBinPath = AppDomain.CurrentDomain.SetupInformation.PrivateBinPath;
}

这将使用主应用程序域的卷影复制目录作为应用程序库，并将所有卷影复制的程序集添加到私有路径（如果启用卷影复制）。

如果有人有更好的方法，请告诉我。