AppDomain-Klasse

Anwendungsdomänen werden durch AppDomain-Objekte dargestellt und unterstützen die Bereitstellung von Begrenzungen der Isolation, Entladung und Sicherheit für die Ausführung von verwaltetem Code.

• Verwenden Sie Anwendungsdomänen, um Aufgaben zu isolieren, die einen Prozess zum Absturz bringen könnten. Wenn der Zustand der AppDomain, in der eine Aufgabe ausgeführt wird, instabil wird, kann die AppDomain ohne Auswirkungen auf den Prozess entladen werden. Dies ist wichtig, wenn ein Prozess über einen längeren Zeitraum ohne Neustart ausgeführt werden muss. Sie können auch Anwendungsdomänen verwenden, um Aufgaben zu isolieren, die keine Daten gemeinsam verwenden sollten.

• Wenn eine Assembly in die Standardanwendungsdomäne geladen wird, kann sie während der Ausführung des Prozesses nicht aus dem Speicher entladen werden. Wenn Sie hingegen eine zweite Anwendungsdomäne zum Laden und Ausführen der Assembly öffnen, wird die Assembly beim Entladen dieser Anwendungsdomäne entladen. Verwenden Sie dieses Verfahren, um das Workingset von Prozessen mit langer Laufzeit zu minimieren, die gelegentlich große DLLs verwenden.

In einem Prozess können mehrere Anwendungsdomänen ausgeführt werden. Allerdings besteht keine Eins-zu-Eins-Entsprechung zwischen Anwendungsdomänen und Threads. Zu einer Anwendungsdomäne können mehrere Threads gehören. Obwohl ein Thread nicht auf eine einzige Anwendungsdomäne beschränkt ist, wird ein Thread immer nur in einer einzigen Anwendungsdomäne ausgeführt.

Anwendungsdomänen werden mit der CreateDomain-Methode erstellt. AppDomain-Instanzen werden verwendet, um Assemblys (Assembly) zu laden und auszuführen. Wenn eine AppDomain nicht mehr verwendet wird, kann sie entladen werden.

Die AppDomain-Klasse implementiert eine Gruppe von Ereignissen, die es Anwendungen ermöglichen zu antworten, wenn eine Assembly geladen, eine Anwendungsdomäne entladen oder eine nicht behandelte Ausnahme ausgelöst wird.

Weitere Informationen über die Verwendung von Anwendungsdomänen finden Sie unter Anwendungsdomänen.

Diese Klasse implementiert die MarshalByRefObject-Schnittstelle, die _AppDomain-Schnittstelle und die IEvidenceFactory-Schnittstelle.

Erstellen Sie unter keinen Umständen einen remotefähigen Wrapper für ein AppDomain-Objekt. Dadurch wird möglicherweise ein Remoteverweis auf diese AppDomain veröffentlich, und Methoden wie CreateInstance werden für einen Remotezugriff offen gelegt, sodass die Codezugriffssicherheit für diese AppDomain zunichte gemacht wird. Böswillige Clients, die eine Verbindung mit der Remote-AppDomain herstellen, können sich Zugriff auf eine beliebige Ressource verschaffen, auf die die AppDomain selbst Zugriff hat. Erstellen Sie keine remotefähigen Wrapper für von MarshalByRefObject abgeleitete Typen und für Typen, die Methoden implementieren, mit denen böswillige Clients das Sicherheitssystem umgehen können.

Vorsicht
Der Standardwert für die AppDomainSetup.DisallowCodeDownload-Eigenschaft ist false. Diese Einstellung ist für Dienste nicht sicher. Legen Sie die diese Eigenschaft auf true fest, um zu verhindern, dass Dienste teilweise vertrauenswürdigen Code herunterladen.

In diesem Beispiel wird veranschaulicht, wie eine neue AppDomain erstellt, in dieser neuen AppDomain ein Typ instanziiert und mit dem Objekt dieses Typs kommuniziert werden kann. Außerdem veranschaulicht dieses Beispiel das Entladen der AppDomain, sodass das Objekt von der Garbage Collection freigegeben wird.

using System;
using System.Reflection;
using System.Threading;

class Module1
{
    public static void Main()
    {
        // Get and display the friendly name of the default AppDomain.
        string callingDomainName = Thread.GetDomain().FriendlyName;
        Console.WriteLine(callingDomainName);

        // Get and display the full name of the EXE assembly.
        string exeAssembly = Assembly.GetEntryAssembly().FullName;
        Console.WriteLine(exeAssembly);

        // Construct and initialize settings for a second AppDomain.
        AppDomainSetup ads = new AppDomainSetup();
        ads.ApplicationBase = 
            System.Environment.CurrentDirectory;
        ads.DisallowBindingRedirects = false;
        ads.DisallowCodeDownload = true;
        ads.ConfigurationFile = 
            AppDomain.CurrentDomain.SetupInformation.ConfigurationFile;

        // Create the second AppDomain.
        AppDomain ad2 = AppDomain.CreateDomain("AD #2", null, ads);

        // Create an instance of MarshalbyRefType in the second AppDomain. 
        // A proxy to the object is returned.
        MarshalByRefType mbrt = 
            (MarshalByRefType) ad2.CreateInstanceAndUnwrap(
                exeAssembly, 
                typeof(MarshalByRefType).FullName
            );

        // Call a method on the object via the proxy, passing the 
        // default AppDomain's friendly name in as a parameter.
        mbrt.SomeMethod(callingDomainName);

        // Unload the second AppDomain. This deletes its object and 
        // invalidates the proxy object.
        AppDomain.Unload(ad2);
        try
        {
            // Call the method again. Note that this time it fails 
            // because the second AppDomain was unloaded.
            mbrt.SomeMethod(callingDomainName);
            Console.WriteLine("Sucessful call.");
        }
        catch(AppDomainUnloadedException)
        {
            Console.WriteLine("Failed call; this is expected.");
        }
    }
}

// Because this class is derived from MarshalByRefObject, a proxy 
// to a MarshalByRefType object can be returned across an AppDomain 
// boundary.
public class MarshalByRefType : MarshalByRefObject
{
    //  Call this method via a proxy.
    public void SomeMethod(string callingDomainName)
    {
        // Get this AppDomain's settings and display some of them.
        AppDomainSetup ads = AppDomain.CurrentDomain.SetupInformation;
        Console.WriteLine("AppName={0}, AppBase={1}, ConfigFile={2}", 
            ads.ApplicationName, 
            ads.ApplicationBase, 
            ads.ConfigurationFile
        );

        // Display the name of the calling AppDomain and the name 
        // of the second domain.
        // NOTE: The application's thread has transitioned between 
        // AppDomains.
        Console.WriteLine("Calling from '{0}' to '{1}'.", 
            callingDomainName, 
            Thread.GetDomain().FriendlyName
        );
    }
}

/* This code produces output similar to the following: 

AppDomainX.exe
AppDomainX, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
AppName=, AppBase=C:\AppDomain\bin, ConfigFile=C:\AppDomain\bin\AppDomainX.exe.config
Calling from 'AppDomainX.exe' to 'AD #2'.
Failed call; this is expected.
 */

.NET Framework

.NET Framework Client Profile

Windows 7, Windows Vista SP1 oder höher, Windows XP SP3, Windows XP SP2 x64 Edition, Windows Server 2008 (Server Core wird nicht unterstützt), Windows Server 2008 R2 (Server Core wird mit SP1 oder höher unterstützt), Windows Server 2003 SP2

Referenz

Weitere Ressourcen