Як завантажувати збірку в AppDomain з усіма посиланнями рекурсивно?

Я хочу завантажити нову AppDomainзбірку, яка має складне дерево посилань (MyDll.dll -> Microsoft.Office.Interop.Excel.dll -> Microsoft.Vbe.Interop.dll -> Office.dll -> stdole.dll)

Наскільки я зрозумів, коли збірка завантажується AppDomain, її посилання не завантажуватимуться автоматично, і я повинен завантажувати їх вручну. Тож коли я це роблю:

string dir = @"SomePath"; // different from AppDomain.CurrentDomain.BaseDirectory
string path = System.IO.Path.Combine(dir, "MyDll.dll");

AppDomainSetup setup = AppDomain.CurrentDomain.SetupInformation;
setup.ApplicationBase = dir;
AppDomain domain = AppDomain.CreateDomain("SomeAppDomain", null, setup);

domain.Load(AssemblyName.GetAssemblyName(path));

і отримав FileNotFoundException:

Не вдалося завантажити файл або збірку "MyDll, Версія = 1.0.0.0, Культура = нейтральна, PublicKeyToken = null" або одна з її залежностей. Система не може знайти вказаний файл.

Я думаю, що ключова частина - одна з її залежностей .

Гаразд, я роблю далі раніше domain.Load(AssemblyName.GetAssemblyName(path));

foreach (AssemblyName refAsmName in Assembly.ReflectionOnlyLoadFrom(path).GetReferencedAssemblies())
{
    domain.Load(refAsmName);
}

Але FileNotFoundExceptionзнову потрапив на іншу (посилальну) збірку.

Як завантажувати всі посилання рекурсивно?

Чи потрібно створити дерево посилань перед завантаженням кореневої збірки? Як отримати посилання на збірку, не завантажуючи їх?

Потрібно викликати, CreateInstanceAndUnwrapперш ніж ваш проксі-об’єкт буде виконуватися в домені іноземного додатка.

 class Program
{
    static void Main(string[] args)
    {
        AppDomainSetup domaininfo = new AppDomainSetup();
        domaininfo.ApplicationBase = System.Environment.CurrentDirectory;
        Evidence adevidence = AppDomain.CurrentDomain.Evidence;
        AppDomain domain = AppDomain.CreateDomain("MyDomain", adevidence, domaininfo);

        Type type = typeof(Proxy);
        var value = (Proxy)domain.CreateInstanceAndUnwrap(
            type.Assembly.FullName,
            type.FullName);

        var assembly = value.GetAssembly(args[0]);
        // AppDomain.Unload(domain);
    }
}

public class Proxy : MarshalByRefObject
{
    public Assembly GetAssembly(string assemblyPath)
    {
        try
        {
            return Assembly.LoadFile(assemblyPath);
        }
        catch (Exception)
        {
            return null;
            // throw new InvalidOperationException(ex);
        }
    }
}

Також зауважте, що якщо ви користуєтесь, LoadFromви, ймовірно, отримаєте FileNotFoundвиняток, оскільки резолютор асамблеї спробує знайти збірку, яку ви завантажуєте, у GAC або папку бін поточної програми. Використовуйте LoadFileдля завантаження довільного збірного файлу, але зауважте, що якщо ви це зробите, вам потрібно буде самостійно завантажити будь-які залежності.

http://support.microsoft.com/kb/837908/en-us

C # версія:

Створіть клас модератора та успадкуйте його від MarshalByRefObject:

class ProxyDomain : MarshalByRefObject
{
    public Assembly GetAssembly(string assemblyPath)
    {
        try
        {
            return Assembly.LoadFrom(assemblyPath);
        }
        catch (Exception ex)
        {
            throw new InvalidOperationException(ex.Message);
        }
    }
}

дзвінок з сайту клієнта

ProxyDomain pd = new ProxyDomain();
Assembly assembly = pd.GetAssembly(assemblyFilePath);

Після передачі екземпляра збірки назад до домену абонента, домен абонента спробує завантажити його! Ось чому ви отримуєте виняток. Це відбувається в останньому рядку коду:

domain.Load(AssemblyName.GetAssemblyName(path));

Таким чином, все, що ви хочете зробити зі складанням, слід робити у класі проксі - класу, який успадковує MarshalByRefObject .

Врахуйте, що домен абонента та новий створений домен повинні мати доступ до складання проксі-класу. Якщо ваша проблема не надто складна, попробуйте залишити папку ApplicationBase незмінною, тому вона буде такою ж, як папка домену абонента (новий домен завантажуватиме лише ті збори, які їй потрібні).

Простим кодом:

public void DoStuffInOtherDomain()
{
    const string assemblyPath = @"[AsmPath]";
    var newDomain = AppDomain.CreateDomain("newDomain");
    var asmLoaderProxy = (ProxyDomain)newDomain.CreateInstanceAndUnwrap(Assembly.GetExecutingAssembly().FullName, typeof(ProxyDomain).FullName);

    asmLoaderProxy.GetAssembly(assemblyPath);
}

class ProxyDomain : MarshalByRefObject
{
    public void GetAssembly(string AssemblyPath)
    {
        try
        {
            Assembly.LoadFrom(AssemblyPath);
            //If you want to do anything further to that assembly, you need to do it here.
        }
        catch (Exception ex)
        {
            throw new InvalidOperationException(ex.Message, ex);
        }
    }
}

Якщо вам потрібно завантажити збірки з папки, яка відрізняється від поточної папки домену додатка, створіть новий домен додатка з певною папкою шляху пошуку dlls.

Наприклад, рядок створення домену додатка з наведеного вище коду слід замінити на:

var dllsSearchPath = @"[dlls search path for new app domain]";
AppDomain newDomain = AppDomain.CreateDomain("newDomain", new Evidence(), dllsSearchPath, "", true);

Таким чином, всі dlls будуть автоматично вирішені з dllsSearchPath.

На новому AppDomain спробуйте встановити обробник подій AssemblyResolve . Ця подія називається, коли залежність відсутня.

Вам потрібно обробити події AppDomain.AssemblyResolve або AppDomain.ReflectionOnlyAssemblyResolve (залежно від того, яке завантаження ви виконуєте) у випадку, якщо згадана збірка не знаходиться в GAC або на шляху зондування CLR.

AppDomain.AssemblyResolve

AppDomain.ReflectionOnlyAssemblyResolve

Щоб зрозуміти відповідь @ user1996230, тож я вирішив надати більш чіткий приклад. У наведеному нижче прикладі я роблю проксі-сервер для об'єкта, завантаженого в інший AppDomain, і викликаю метод цього об’єкта з іншого домену.

class ProxyObject : MarshalByRefObject
{
    private Type _type;
    private Object _object;

    public void InstantiateObject(string AssemblyPath, string typeName, object[] args)
    {
        assembly = Assembly.LoadFrom(AppDomain.CurrentDomain.BaseDirectory + AssemblyPath); //LoadFrom loads dependent DLLs (assuming they are in the app domain's base directory
        _type = assembly.GetType(typeName);
        _object = Activator.CreateInstance(_type, args); ;
    }

    public void InvokeMethod(string methodName, object[] args)
    {
        var methodinfo = _type.GetMethod(methodName);
        methodinfo.Invoke(_object, args);
    }
}

static void Main(string[] args)
{
    AppDomainSetup setup = new AppDomainSetup();
    setup.ApplicationBase = @"SomePathWithDLLs";
    AppDomain domain = AppDomain.CreateDomain("MyDomain", null, setup);
    ProxyObject proxyObject = (ProxyObject)domain.CreateInstanceFromAndUnwrap(typeof(ProxyObject).Assembly.Location,"ProxyObject");
    proxyObject.InstantiateObject("SomeDLL","SomeType", new object[] { "someArgs});
    proxyObject.InvokeMethod("foo",new object[] { "bar"});
}

Ключовим є подія AssemblyResolve, піднята AppDomain.

[STAThread]
static void Main(string[] args)
{
    fileDialog.ShowDialog();
    string fileName = fileDialog.FileName;
    if (string.IsNullOrEmpty(fileName) == false)
    {
        AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve;
        if (Directory.Exists(@"c:\Provisioning\") == false)
            Directory.CreateDirectory(@"c:\Provisioning\");

        assemblyDirectory = Path.GetDirectoryName(fileName);
        Assembly loadedAssembly = Assembly.LoadFile(fileName);

        List<Type> assemblyTypes = loadedAssembly.GetTypes().ToList<Type>();

        foreach (var type in assemblyTypes)
        {
            if (type.IsInterface == false)
            {
                StreamWriter jsonFile = File.CreateText(string.Format(@"c:\Provisioning\{0}.json", type.Name));
                JavaScriptSerializer serializer = new JavaScriptSerializer();
                jsonFile.WriteLine(serializer.Serialize(Activator.CreateInstance(type)));
                jsonFile.Close();
            }
        }
    }
}

static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
    string[] tokens = args.Name.Split(",".ToCharArray());
    System.Diagnostics.Debug.WriteLine("Resolving : " + args.Name);
    return Assembly.LoadFile(Path.Combine(new string[]{assemblyDirectory,tokens[0]+ ".dll"}));
}

Мені довелося це робити кілька разів і досліджував багато різних рішень.

Рішення, яке я вважаю найелегантнішим і легким у виконанні, можна реалізувати як таке.

1. Створіть проект, за допомогою якого можна створити простий інтерфейс

інтерфейс буде містити підписи будь-яких учасників, яких ви хочете зателефонувати.

public interface IExampleProxy
{
    string HelloWorld( string name );
}

Важливо підтримувати проект чистим та грамотним. Це проект, на який обидва AppDomainможуть посилатися і дозволить нам не посилатися на те, що Assemblyми хочемо завантажити в окремий домен з нашої клієнтської збірки.

2. Тепер створіть проект, який містить код, який ви хочете завантажити окремо AppDomain.

Цей проект, як і клієнтський proj, посилається на proxy proj, і ви реалізуєте інтерфейс.

public interface Example : MarshalByRefObject, IExampleProxy
{
    public string HelloWorld( string name )
    {
        return $"Hello '{ name }'";
    }
}

3. Далі, в проекті клієнта, завантажте код в інший AppDomain .

Отже, зараз ми створюємо нове AppDomain. Можна вказати базове місце для посилань на збірку. Зондування перевірить наявність залежних збірок у GAC та в поточному каталозі та AppDomainбазовій локації.

// set up domain and create
AppDomainSetup domaininfo = new AppDomainSetup
{
    ApplicationBase = System.Environment.CurrentDirectory
};

Evidence adevidence = AppDomain.CurrentDomain.Evidence;

AppDomain exampleDomain = AppDomain.CreateDomain("Example", adevidence, domaininfo);

// assembly ant data names
var assemblyName = "<AssemblyName>, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null|<keyIfSigned>";
var exampleTypeName = "Example";

// Optional - get a reflection only assembly type reference
var @type = Assembly.ReflectionOnlyLoad( assemblyName ).GetType( exampleTypeName ); 

// create a instance of the `Example` and assign to proxy type variable
IExampleProxy proxy= ( IExampleProxy )exampleDomain.CreateInstanceAndUnwrap( assemblyName, exampleTypeName );

// Optional - if you got a type ref
IExampleProxy proxy= ( IExampleProxy )exampleDomain.CreateInstanceAndUnwrap( @type.Assembly.Name, @type.Name );    

// call any members you wish
var stringFromOtherAd = proxy.HelloWorld( "Tommy" );

// unload the `AppDomain`
AppDomain.Unload( exampleDomain );

якщо вам потрібно, існує безліч різних способів завантаження збірки. Ви можете використовувати інший спосіб з цим рішенням. Якщо у вас є ім'я, яке має збірку, я хотів би використовувати, CreateInstanceAndUnwrapоскільки він завантажує байти збірки, а потім інстанціює ваш тип для вас і повертає objectте, що ви можете просто передати на ваш тип проксі-сервера або, якщо ви не це, в сильно набраний код, ви могли б використовуйте динамічний час виконання мови та призначте повернений об’єкт dynamicвведеній змінній, а потім просто зателефонуйте членам на цю адресу безпосередньо.

Там у вас є.

Це дозволяє завантажити збірку, на яку ваш клієнтський proj не посилається окремо, AppDomainта зателефонувати членам на нього від клієнта.

Для тестування мені подобається використовувати вікно Модулі у Visual Studio. Він покаже вам домен вашої клієнтської збірки та те, які всі модулі завантажуються в цей домен, а також ваш новий домен додатка та які склади чи модулі завантажуються в цей домен.

Ключовим моментом є або переконайтесь, що код або є результатом, MarshalByRefObjectабо є його послідовними.

`MarshalByRefObject дозволить вам налаштувати термін служби його домену. Наприклад, скажіть, що ви хочете, щоб домен знищився, якщо проксі-сервер не викликав за 20 хвилин.

Я сподіваюся, що це допомагає.