在 AppDomain 之间共享数据

Question

我有一个可以有多个应用程序域的进程。每个AppDomain 都会收集一些统计数据。在指定的时间之后，我想累积这些统计数据并将它们保存到文件中。

实现此目的的一种方法是远程处理，我想避免这种情况。

我想到的唯一其他技术是将每个应用程序域的数据保存在一个文件中，并且在特定时间之后，其中一个应用程序域收集所有数据并累积它们。

但如果这一切都可以在内存中完成，而不需要序列化信息以在 AppDomain 之间传递，那就太理想了。有人有什么想法吗？

Answer 1

可以在 AppDomain 之间共享数据，而无需花费编组成本。但这是一种相当hacky的方式。您可以创建一个在所有 AppDomain 之间通过引用共享的源数据对象。通过这种方式，您可以将所有数据放入一个共享对象中，而无需花费编组成本。听起来太容易了，难以置信？

首先要知道如何在不进行编组的情况下在 AppDomain 之间共享数据。为此，您可以通过 Marshal.UnsafeAddrOfPinnedArrayElement 获取数据源对象的对象地址。然后将此 IntPtr 传递给所有对此感兴趣的 AppDomain。在目标 AppDomain 中，您需要将此 IntPtr 强制转换回对象引用，这可以通过 JIT::CastAny 完成，如果您从方法返回一个对象并将其指针压入堆栈，则可以完成此操作。

Viola，您在 AppDomain 之间共享一个对象作为普通指针，并且您收到 InvalidCastExceptions。问题是，您必须为所有 AppDomain 设置 LoaderOptimization.MultiDomain，以确保定义共享数据类型的程序集作为 AppDomain 中性类型加载，该类型在所有 AppDomain 之间具有相同的方法表指针。

您可以找到一个示例应用程序，它作为 WMemoryProfiler 的一部分执行此操作。请参阅此链接以获取更多详细说明和下载链接示例代码。

基本代码是

[LoaderOptimization(LoaderOptimization.MultiDomain)]
static public void Main(string[] args)
{

    // To load our assembly appdomain neutral we need to use MultiDomain on our hosting and child domain
    // If not we would get different Method tables for the same types which would result in InvalidCastExceptions
    // for the same type.
    var other = AppDomain.CreateDomain("Test"+i.ToString(), AppDomain.CurrentDomain.Evidence, new AppDomainSetup
        {
            LoaderOptimization = LoaderOptimization.MultiDomain,
        });

    // Create gate object in other appdomain
    DomainGate gate = (DomainGate)other.CreateInstanceAndUnwrap(Assembly.GetExecutingAssembly().FullName, typeof(DomainGate).FullName);

    // now lets create some data
    CrossDomainData data = new CrossDomainData();
    data.Input = Enumerable.Range(0, 10).ToList();

    // process it in other AppDomain
    DomainGate.Send(gate, data);

    // Display result calculated in other AppDomain
    Console.WriteLine("Calculation in other AppDomain got: {0}", data.Aggregate);
    }
}

Answer 2

避免序列化的唯一方法是使用从 MarshalByRefObject 派生的对象来表示数据，但在这种情况下，您仍然需要跨 AppDomain 边界进行编组的成本。这还可能涉及重构/重写大部分代码。

假设通过引用编组不是一个选项，您将不得不在某个时刻进行序列化。这是无法避免的。一种方法是像 Neil Barnwell 建议的那样，使用数据库，另一种方法是使用本地文件，正如您自己建议的那样。

另一种可能可行也可能不可行的方法是使用内存映射文件，具体取决于您的交付时间表和/或 .NET 4.0 采用情况，请参阅 .Net Framework 4.0：使用内存映射文件。

Answer 3

我倾向于说只使用远程处理。将数据写入文件也需要序列化。无论您使用什么技术，序列化似乎几乎是不可避免的。您必须使用某种通道将数据从一个应用程序域传输到另一个应用程序域，并且必须序列化数据才能通过通道获取数据。

避免序列化的唯一方法似乎是使用共享内存，以便两个应用程序域都可以访问数据而无需通过通道。即使将数据从一个应用程序域的内存深度克隆到另一个应用程序域的内存中，其核心也不过是二进制序列化（其中结果不一定存储在连续的内存位置中）。

Answer 4

我非常感谢您希望将其保留在内存中，但我的第一个建议是将数据写入数据库并从那里查询。远程处理仍然是远程调用，这是使用数据库服务器的大部分“成本”的来源，并且您必须构建事务处理以确保不会丢失数据。如果您写入 SQL Server 数据库，您就已经准备好了事务支持，并且查询速度非常快。