Che cos'è AppDomain?

Question

Che cos'è un AppDomain? Quali sono i vantaggi di AppDomains o del perché Microsoft ha introdotto il concetto di AppDomains, quale era il problema senza AppDomains?

Prego elaborare.

Answer 1

Un AppDomain fornisce uno strato di isolamento all'interno di un processo. Tutto ciò che di solito si pensa come "per programma" (variabili statiche, ecc.) È in realtà per-AppDomain. Questo è utile per:

• plugin (è possibile scaricare un AppDomain, ma non un'assemblea all'interno un AppDomain)
• di sicurezza (è possibile eseguire una serie di codice con livelli di attendibilità specifici)
• isolamento (è possibile eseguire diverse versioni di assemblee ecc)

Il dolore è è necessario utilizzare i servizi remoti ecc

See MSDN per molte altre informazioni. Ad essere onesti, non è qualcosa con cui devi fare casino molto spesso.

Answer 2

AppDomains può essere visualizzato come processi leggeri. Condividono molte delle stesse caratteristiche di un processo, ad es. hanno le loro copie di statica, assemblaggi e così via, ma sono contenuti in un unico processo. Dal punto di vista del sistema operativo, un processo è solo un processo, indipendentemente dal numero di AppDomain che può contenere.

A differenza di un processo, tuttavia, un AppDomain non ha thread a meno che non vengano creati in modo esplicito. Un thread può eseguire codice in qualsiasi AppDomain.

AppDomains fa parte dello stesso processo e quindi condivide lo stesso heap gestito. Questo di solito non è un problema poiché il modello di programmazione AppDomain impedisce l'accesso implicito tra AppDomains. Tuttavia, alcuni riferimenti sono effettivamente condivisi tra AppDomains come gli oggetti di testo e le stringhe internate.

Answer 3

Un dominio App implementa il concetto di uno spazio di memoria virtuale contiguo che contiene il codice e le risorse in memoria che possono essere direttamente accessibili o referenziati.

AppDomain separati non condividono lo spazio di memoria e, di conseguenza, un AppDomain non può fare direttamente riferimento al contenuto in un altro. In particolare, i dati devono essere trasferiti tra AppDomains attraverso un processo copy-by-value. In particolare, gli oggetti di riferimento, che si basano su puntatori e quindi su indirizzi di memoria, devono prima essere serializzati dalla sorgente e quindi deserializzati nell'AppDomain di destinazione.

Precedentemente su sistemi Windows, i limiti di memoria sono stati implementati dai processi; tuttavia, la costruzione di processi richiede un uso intensivo delle risorse. Hanno anche un duplice scopo come limiti del filo. I domini delle app, d'altra parte, riguardano solo il limite della memoria o lo spazio degli indirizzi. I thread possono "scorrere" attraverso AppDomain (ovvero, una procedura può richiamare un punto di ingresso in un altro AppDomain e attendere che venga restituito. Si dice che il thread "continua" l'esecuzione nell'altro AppDomain).

Un vantaggio significativo di questa architettura è che i modelli di comunicazione tra App-domini rimangono sostanzialmente invariati se i AppDomain sono nello stesso processo, processi diversi, o su un diverse macchine tutti insieme: cioè il processo di serializzazione e deserializzazione (marshalling) dei dati dei parametri.

Nota 1: il significato di un filo che attraversa un AppDomain è quella di un blocco o chiamata di metodo sincrono in un altro AppDomain (invece di una non bloccante o chiamata asincrona che riproducono un altro filo per continuare l'esecuzione nel dominio di applicazione di destinazione e continuare nel suo AppDomain corrente senza attendere la risposta).

Nota 2: esiste una funzionalità di archiviazione locale dei thread. Tuttavia, un nome migliore sarebbe stato App-Domain Thread Local Storage poiché i thread lasciano i loro dati indietro mentre attraversano App-Domains ma li rilevano quando ritornano: http://msdn.microsoft.com/en-us/library/6sby1byh.aspx

Nota3: A .Net Runtime è un processo di Windows applicazione con un heap associato. Può ospitare uno o più AppDomain in quell'heap. Tuttavia, gli AppDomain sono progettati per essere ignari l'uno dell'altro e per comunicare tra loro tramite il marshalling. È ipotizzabile che sia possibile eseguire un'ottimizzazione che ignora il marshalling tra gli AppDomain comunicanti che condividono lo stesso Runtime .Net e quindi lo stesso heap del processo di Windows.