Déchargement de l'Assemblée chargée de l'Assemblée.LoadFrom()

J'ai besoin de vérifier le temps d'exécuter GetTypes() après le chargement de la dll.
Le code est comme suit.

Assembly assem = Assembly.LoadFrom(file);
sw = Stopwatch.StartNew();
var types1 = assem.GetTypes();
sw.Stop();
double time1 = sw.Elapsed.TotalMilliseconds;

J'aimerais déchargez et rechargez le fichier dll pour vérifier le temps à consacrer à l'exécution de GetTypes() de nouveau.

  • Comment puis-je décharger? assem = null est assez bon?
  • Est-il de manière explicite à l'appel du garbage collector pour récupérer les ressources allouées à l'assemblée?
  • Réponse courte est que vous ne pouvez pas décharger Assemblées; vous ne pouvez décharger les domaines d'application. Il y a un certain nombre de limitations imposées lorsque vous chargez un Assemblage dans un nouveau domaine d'application, donc je vous recommande de faire quelques recherches sur le sujet pour avoir une idée de comment ils fonctionnent. Cela dit, vous pouvez charger la même Assemblée, même si l'on n'a pas été déchargé.
  • Quelqu'un a essayé ce qui se passe pour les assemblées si vous null eux ? Ils l'obtiennent ordures collectées ou libéré de toute façon ? Je m'inquiète de la mémoire.
  • Un très related post ici.
InformationsquelleAutor prosseek | 2011-06-06
  1. 34

    Malheureusement vous ne pouvez pas décharger une assemblée une fois qu'il est chargé. Mais vous pouvez décharger un domaine d'application. Ce que vous pouvez faire est de créer un nouveau domaine d'application (domaine d'application.CreateDomain(...) ), charger l'assembly dans ce domaine d'application pour travailler avec elle, puis de décharger le domaine d'application en cas de besoin. Lors du déchargement, le domaine d'application, toutes les assemblées qui ont été chargées sera déchargé. (Voir référence)

    D'appeler le garbage collector, vous pouvez utiliser 

    GC.Collect(); //collects all unused memory
GC.WaitForPendingFinalizers(); //wait until GC has finished its work
GC.Collect();

    GC appelle les finaliseurs dans un thread d'arrière-plan, c'est pourquoi vous avez à attendre et appeler à frais virés() à nouveau pour vous assurer que vous avez supprimé tout.

    • Je suis de chargement (et potentiellement de déchargement) des dizaines de dll. Quelles sont les implications sur les performances (et les autres incidences) de création, de dire, de 70 domaines d'application? Dois-je éviter de le faire si possible?
    InformationsquelleAutor slfan
  2. 69

    Pouvez-vous utiliser un autre domaine d'application?

    AppDomain dom = AppDomain.CreateDomain("some");     
AssemblyName assemblyName = new AssemblyName();
assemblyName.CodeBase = pathToAssembly;
Assembly assembly = dom.Load(assemblyName);
Type [] types = assembly.GetTypes();
AppDomain.Unload(dom);
    • Échoue pour moi : il jette à dom.Charger un "FileNotFoundException". Le plus drôle, c'est que le fichier existe vraiment, et c'est le message contient la version exacte du fichier (ce qui n'est pas 1.0.0.0, donc je suis sûr qu'il a finalement trouvé mon fichier...).
    • Dans mon cas, le "FileNotFoundException" a été causé par l'un des assemblys référencés. J'ai fini par utiliser de l'Assemblée.ReflectionOnlyLoadFrom en conjonction avec une méthode qui charge tous les assemblys référencés dans la réflexion c'est le contexte.
    • pour certaines raisons, cette charges de l'assemblée avec le même nom (comme indiqué) présents dans le répertoire de l'application, plutôt que de l'assemblée dans le répertoire mentionné...une idée de quoi cela peut-il se passer ??
    • Malheureusement, cela ne fonctionne pas .NET de Base que les domaines d'application ne sont pas mises en œuvre.
    InformationsquelleAutor Rene de la garza
  3. 34

    Au lieu d'utiliser LoadFrom() ou LoadFile() vous pouvez utiliser Load avec File.ReadAllBytes(). Avec cela, il n'utilise pas le fichier d'assemblage, mais allez la lire et la lecture de données.

    Votre code va ressembler à

    Assembly assem = Assembly.Load(File.ReadAllBytes(filePath));
sw = Stopwatch.StartNew();
var types1 = assem.GetTypes();
sw.Stop();
double time1 = sw.Elapsed.TotalMilliseconds;

    De ici On ne peut pas décharger le fichier, sauf si tous les domaines contenus sont déchargés.

    Espère que cette aide.:)

    • Vous ne pouvez pas passer un tableau d'octets à Assembly.LoadFrom(). J'ai édité ton post, mais quelqu'un l'a changé en arrière.
    • En fait, vous pouvez, et cela fonctionne très bien. - Je charger les dll en tant que modules de façon dynamique et alors que sa le moment de les désinstaller, je devrais effacer le fichier. Le Hardik méthode fonctionne parfaitement, aucun domaine d'application de tracas ou de quelque chose. roli09 Vous devriez tester le code avant de faire des modifications, des commentaires, ce qui devrait avoir été la bonne réponse,
    • Cela fonctionne parce que Hardik est à l'aide de Assembly.Load et pas Assembly.LoadFrom plus.
    • Cette fuite de mémoire lors de l' assem est mis à null?
    • est correcte: L'Assemblée de la méthode de Chargement contient une référence vers le fichier chargé, de la prévention de ce fichier à partir de l'être remplacés ou supprimés par un autre processus. C'est donc une solution intelligente pour utiliser le Fichier de l'objet ReadAllBytes méthode, qui ne possède pas de référence. Une fois ces octets sont lus et le fichier est fermé, le résultat est transmis à l'Assemblée de la méthode de Chargement. Très intelligent!
    • C'est maintenant la meilleure solution même si elle a actuellement moins de la moitié des points de la leader de la réponse.

    InformationsquelleAutor Hardik
  4. 4

    Vous ne pouvez pas décharger assemblée à partir de l'actuel domaine d'application. Mais vous pouvez créer un nouveau domaine d'application, la charge de sous-ensembles en elle, d'exécuter du code à l'intérieur de nouveau domaine d'application, puis le décharger. Consulter le lien suivant: MSDN

    InformationsquelleAutor Yuriy Rozhovetskiy
  5. 0

    Assemblée ne peut pas être déchargé malheureusement, et en outre, si vous utilisez domaines d'application - il va vous empêcher de communiquer avec l'api /assemblées de l'application principale.

    Meilleure description du problème peut être trouvée ici:

    Script D'Hébergement D'Orientation
    http://www.csscript.net/help/Script_hosting_guideline_.html

    Si vous souhaitez exécuter le code C# sans communication principale de votre application, puis la meilleure approche est d'intégrer le C# scripting API:

    https://github.com/oleg-shilo/cs-script/tree/master/Source/deployment/samples/Hosting/Legacy%20Samples/CodeDOM/Modifying%20script%20without%20restart

    Et d'intégration, vous aurez besoin des paquets suivants:

    C# script:
    http://www.csscript.net/CurrentRelease.html

    Extension de Visual studio:
    https://marketplace.visualstudio.com/items?itemName=oleg-shilo.cs-script

    Cependant, si vous voulez communiquer à partir de votre C# script pour votre application puis en utilisant le même domaine d'application avec le nom de l'assembly en constante évolution est le seul moyen pour le moment - mais qui, malheureusement, mange de ram et d'espace disque.

    Exemple de Code comment le faire peut être fait peut être trouvé ici:

    https://github.com/tapika/cppscriptcore
    CsScriptHotReload.la sln

    Et voici la vidéo de démonstration:

    https://drive.google.com/open?id=1jOECJj0_UPNdllwF4GWb5OMybWPc0PUV

    InformationsquelleAutor TarmoPikaro
  6. 0

    Si vous ne souhaitez charger du montage initial sans qu'aucun de ses assemblées dépendantes, vous pouvez utiliser Assembly.LoadFile dans un domaine d'application, puis de décharger le domaine d'application lorsque vous avez terminé.

    Créer une classe loader pour charger et de travailler avec l'assemblée:

    class Loader : MarshalByRefObject
{
    public void Load(string file)
    {
        var assembly = Assembly.LoadFile(file);
        //Do stuff with the assembly.
    }
}

    Exécuter le chargeur dans un autre domaine d'application comme ceci:

    var domain = AppDomain.CreateDomain(nameof(Loader), AppDomain.CurrentDomain.Evidence, new AppDomainSetup { ApplicationBase = Path.GetDirectoryName(typeof(Loader).Assembly.Location) });
try {
    var loader = (Loader)domain.CreateInstanceAndUnwrap(typeof(Loader).Assembly.FullName, typeof(Loader).FullName);
    loader.Load(myFile);
} finally {
    AppDomain.Unload(domain);
}
    InformationsquelleAutor Edward Brey