Współużytkowanie danych między domenami AppDomains

Question

Mam proces, który może mieć wiele domen aplikacji. Każda AppDomain zbiera pewne statystyki. Po określonym czasie chcę zgromadzić te statystyki i zapisać je w pliku.

Jednym ze sposobów na to jest Remoting, którego chcę uniknąć.

Jedyną inną techniką, którą mam na myśli jest zapisanie danych każdego AppDomain w pliku, a po określonym czasie jedna z AppDomain zbiera wszystkie dane i gromadzi je.

Ale byłoby idealnie, gdyby to wszystko można było zrobić w pamięci, bez kosztów serializacji informacji przekazywanych między AppDomains. Ktoś ma jakieś pomysły?

Answer 1

Jedynym sposobem uniknięcia serializacji jest reprezentowanie danych przy użyciu obiektów pochodzących z MarshalByRefObject, ale w takim przypadku koszty zestawiania będą nadal przekraczać granice AppDomain. Może to również obejmować refaktoryzację/ponowne napisanie dużej części twojego kodu.

Zakładając, że zestawianie przez odniesienie nie jest opcją, będziesz musiał serializować w pewnym momencie. Tego po prostu nie da się uniknąć. Jednym ze sposobów, aby to zrobić, jak sugeruje Neil Barnwell, z bazą danych, inny mógłby być z plikiem lokalnym, jak sam sugerujesz.

Innym sposobem, który może, ale nie musi, w zależności od osi czasu dostawy i/lub przyjęcia .NET 4.0, byłoby użycie pliku odwzorowanego w pamięci, patrz .Net Framework 4.0: Using memory mapped files.

Answer 2

Doceniam, że chcesz zachować to w pamięci, ale moją pierwszą propozycją byłoby zapisanie danych w bazie danych i zapytanie z tego miejsca. Remoting nadal jest połączeniem zdalnym, w którym bierze się znaczny "koszt" korzystania z serwera bazy danych, i musiałbyś wbudować obsługę transakcji, aby upewnić się, że nie stracisz danych. Jeśli piszesz do bazy danych SQL Server, masz gotową obsługę transakcji i czeka na ciebie, i jest szybka i szybka dla zapytań.

Answer 3

Zazwyczaj mówię, że używam zdalnego połączenia. Zapis danych do pliku wymaga również serializacji. Serializacja wydaje się prawie nieunikniona, jakiejkolwiek technologii używasz. Musisz przesłać dane z jednej domeny aplikacji do drugiej za pomocą jakiegoś kanału, a będziesz musiał serializować dane, aby dostać się do kanału.

Jedynym sposobem na uniknięcie serializacji wydaje się być używanie pamięci współdzielonej, aby obie domeny aplikacji mogły uzyskać dostęp do danych bez przechodzenia przez kanał. Nawet głębokie klonowanie danych z jednej domeny aplikacji do pamięci drugiej jest w jej istocie niczym więcej niż serializacją binarną (gdzie wynik niekoniecznie jest zapisywany w kolejnych lokalizacjach pamięci).

Answer 4

Możliwe jest udostępnianie danych między AppDomains bez kosztów Marshallingu. Ale jest to dość hackowaty sposób. Można utworzyć obiekt danych źródłowych, który jest współużytkowany przez odniesienie między wszystkimi domenami aplikacji. W ten sposób otrzymasz wszystkie dane w jeden wspólny obiekt bez kosztów Marshallingu. Brzmi zbyt łatwo, aby mogło być prawdziwe?

Pierwszą rzeczą jest wiedzieć, jak udostępniać dane między AppDomains bez Marshalling. W tym celu otrzymujemy adres obiektu twojego obiektu źródła danych przez Marshal.UnsafeAddrOfPinnedArrayElement. Następnie przekazujesz tę IntPtr do wszystkich domen aplikacji, które są tym zainteresowane. W docelowej domenie AppDomain musisz odrzucić tę IntPtr z powrotem do referencji do obiektu, którą można wykonać JIT :: CastAny, która jest wykonywana, jeśli zwrócisz obiekt z metody i popchniesz wskaźnik na stos.

Viola, któremu udostępniłeś obiekt jako zwykły wskaźnik między AppDomains, a otrzymasz InvalidCastExceptions. Problem polega na tym, że musisz ustawić dla wszystkich AppDomains LoaderOptimization.MultiDomain w celu zapewnienia, że ​​zestaw definiujący udostępniony typ danych zostanie załadowany jako typ neutralny AppDomain, który ma ten sam wskaźnik tabeli metod między wszystkimi domenami aplikacji.

Możesz znaleźć przykładową aplikację, która robi to dokładnie jako część WMemoryProfiler. Zobacz ten link, aby uzyskać więcej kodu detailed explanation and download link.

Kod podstawowy jest

[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); 
    } 
}