Assembly.LoadFrom() oder Assembly.Load() kann Datei löschen

Question

Mein Ziel: Ich schreibe eine vsix (Visual Studio-Erweiterung), wo ich ein Projekt kompilieren möchte, laden Sie dann die resultierende DLL und überprüfen Sie es durch Reflexion. Aufgrund der Art, wie der Code geschrieben wird, kann ich ReflectionOnlyLoad() nicht verwenden. Wenn ich einfach Assembly.Load mache, dann ist die Datei gesperrt, bis der Benutzer die gesamte IDE neu startet.

Ich versuche, eine separate AppDomain basierend auf den Beispielen, die ich online gefunden habe, einzurichten.

Der Kern ist: 1. ich einen Proxy-Klasse erstellt, die die Daten über AppDomain Instanzen Marschall würde:

internal class AppDomainProxy : MarshalByRefObject 
    { 
     public Assembly GetAssembly(string assemblyPath) 
     { 
      return Assembly.LoadFile(assemblyPath); 
     } 
} 

ich dann eine Instanz davon: Dieses

var domaininfo = new AppDomainSetup { ApplicationBase = System.Environment.CurrentDirectory, ShadowCopyDirectories = "true", ShadowCopyFiles = "true", LoaderOptimization = LoaderOptimization.MultiDomainHost }; 

      var adevidence = System.AppDomain.CurrentDomain.Evidence; 
      var domain = System.AppDomain.CreateDomain("reflection", adevidence, domaininfo); 

      var proxyType = new AppDomainProxy().GetType(); 

      var proxyInstance = (AppDomainProxy)domain.CreateInstanceFromAndUnwrap(proxyType.Assembly.Location, proxyType.FullName); 

      var loadedAssembly = (proxyInstance as AppDomainProxy).GetAssembly(this._assemblyLocation); 

kann meinen transparenten Proxy nicht an meinen Typ übertragen. Um dies zu umgehen, kann man leicht eine Baugruppe Resolver wie so liefern:

  this.domain.AssemblyResolve += CurrentDomainOnAssemblyResolve; 

private Assembly CurrentDomainOnAssemblyResolve(object sender, ResolveEventArgs args) 
     { 
      var loadedAssemblies = System.AppDomain.CurrentDomain.GetAssemblies(); 

      foreach (var assembly in loadedAssemblies) 
      { 
       if (assembly.FullName == args.Name) 
       { 
        return assembly; 
       } 
      } 

      return null; 
     } 

Dies funktioniert gut, mein Proxy gegossen wird. Wenn ich jedoch meine Methode aufrufen, wird die CurrentDomainOnAssemblyResolve erneut aufgerufen, was darauf hindeutet, dass Assembly Eigenschaft ist nicht wirklich serialisierbar und so. NET versucht einfach die Assembly auf der ursprünglichen Seite zu laden, so dass das gleiche Problem wie Assembly.Load. Das ist leicht zu sehen, weil einfache Microsoft-Beispiele wie gut funktionieren.

UPDATE Zur Umgehung des Problems Ich zog mein Code, der die Montage benötigt auf der anderen Seite (innerhalb der Domäne) laufen und dann die Zeichenfolge wieder zurück, die feinen Marschälle. Ich werde die Frage jedoch offen halten, weil ich wissen möchte, ob es eine Lösung für das eigentliche Problem gibt.

Answer 1

Nun, natürlich müssen Sie den Code, der mit der Baugruppe arbeiten muss, auf die separate AppDomain verschieben. Es gibt keine Magie - wenn Sie mit einem Typ aus einer referenzierten Assembly arbeiten müssen, müssen Sie diese Assembly laden.

Es gibt zwei Hauptmethoden zum Marshallen von Objekten über AppDomain Grenzen (und andere Remoting-Szenarien): Entweder Sie erstellen eine Kopie des Objekts, oder Sie ordnen alle Methodenaufrufe zu. Beide sind sehr schwierig - Sie müssen sicherstellen, dass Sie niemals die Typen auslassen, die sich in der referenzierten Assembly befinden, andernfalls müssen Sie sie in beide Domänen laden. In Ihrem Fall können Sie die Methodenaufrufe nicht marshalden, da Assemblynicht ist (und nicht sein kann) MarshalByRefObject - Ihr Proxy muss ein echtes Assembly-Objekt zurückgeben und den Marshalling-Proxy nicht erstellen können.

Um eine ordnungsgemäße Isolierung zu erhalten, müssen Sie vermeiden, dass Typen aus nicht zu verwendenden Assemblys und nicht marshal- lable Typen, die diese enthalten können, verloren gehen. Dies bedeutet in der Regel, dass man sich aus einer gemeinsamen Bibliothek an Primitive und Typen hält, wenn man sich das leisten kann. Behalten Sie eine nette enge Schnittstelle bei, und versuchen Sie nicht, das "automatische" Marshalling zu sehr auszunutzen - die Rückgabe eines automatischen Proxy an ein komplexes Objekt ist praktisch, macht es aber viel schwieriger, den Umfang der Schnittstelle zu verstehen. Verfügt das Objekt über eine Methode, die einen Typ von der nicht freigegebenen Assembly zurückgibt? Schade, Sie müssen es auch in Ihre Domain laden.

Im Allgemeinen ist die Arbeit mit mehreren AppDomains, die tatsächlich zusammenarbeiten (und das zugehörige .NET-Remoting), ein großer Schmerz.Es ist komplex, fehleranfällig und eher schwer zu bekommen. Sie können ganze Bücher zu diesem Thema lesen. Es gibt einen Grund, warum sie nicht mehr verwendet werden sollten - und warum sie nicht in PCLs unterstützt werden (und lange nicht in Mono unterstützt wurden). Sind sie noch nützlich? Ja. Software-Isolation hat sehr schöne Vorteile. Aber Sie müssen wirklich vorsichtig sein, um Dinge nicht zu vermasseln :)