Сборка AppDomain не найдена при загрузке из байтового массива

Вы пытались указать полное имя сборок, в вашем случае

domain.CreateInstance("plugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null", "Plugins.Test");

Основная проблема здесь заключается в том, что вы думаете, что вы можете создать экземпляр плагина во время выполнения кода в своем основном домене приложения.

Вместо этого вам нужно создать тип прокси, который определен в уже загруженной сборке, но создан в домене приложения новый. Вы не могу передаете типы через границы домена приложения без загрузки сборки типа в оба домена приложения. Например, если вы хотите перечислить типы и распечатать на консоли, как описано выше, вы должны сделать это из кода, который выполняется в новом домене приложения, а не из кода, который выполняется в текущем домене приложения..

Итак, давайте создадим наш прокси-сервер плагина, он будет существовать в вашем первичная сборка и будет отвечать за выполнение всего кода, связанного с плагином:

// Mark as MarshalByRefObject allows method calls to be proxied across app-domain boundaries
public class PluginRunner : MarshalByRefObject
{
    // make sure that we're loading the assembly into the correct app domain.
    public void LoadAssembly(byte[] byteArr)
    {
        Assembly.Load(byteArr);
    }

    // be careful here, only types from currently loaded assemblies can be passed as parameters / return value.
    // also, all parameters / return values from this object must be marked [Serializable]
    public string CreateAndExecutePluginResult(string assemblyQualifiedTypeName)
    {
        var domain = AppDomain.CurrentDomain;

        // we use this overload of GetType which allows us to pass in a custom AssemblyResolve function
        // this allows us to get a Type reference without searching the disk for an assembly.
        var pluginType = Type.GetType(
            assemblyQualifiedTypeName,
            (name) => domain.GetAssemblies().Where(a => a.FullName == name.FullName).FirstOrDefault(),
            null,
            true);

        dynamic plugin = Activator.CreateInstance(pluginType);

        // do whatever you want here with the instantiated plugin
        string result = plugin.RunTest();

        // remember, you can only return types which are already loaded in the primary app domain and can be serialized.
        return result;
    }
}

Несколько ключевых моментов в комментариях выше я повторю здесь:

• Вы должны унаследовать от MarshalByRefObject, это означает, что вызовы этого объекта могут передаваться через границы домена приложения с помощью удаленного взаимодействия.
• При передаче данных в прокси-класс или из него данные должны быть помечены как [Serializable], а также должны иметь тип, который находится в текущей загруженной сборке. Если вам нужно, чтобы ваш плагин возвращал вам какой-то конкретный объект, скажем PluginResultModel, тогда вы должны определить этот класс в общей сборке, которая загружается обеими сборками / доменами приложений.
• Необходимо передать полное имя типа сборке в CreateAndExecutePluginResult в его текущем состоянии, но это требование можно было бы удалить, выполнив итерацию сборок и типов самостоятельно и удалив вызов Type.GetType.

Далее вам нужно создать домен и запустить прокси:

static void Main(string[] args)
{
    var bytes = File.ReadAllBytes(@"...filepath...");
    var domain = AppDomain.CreateDomain("plugintest", null, null, null, false);
    var proxy = (PluginRunner)domain.CreateInstanceAndUnwrap(typeof(PluginRunner).Assembly.FullName, typeof(PluginRunner).FullName);
    proxy.LoadAssembly(bytes);
    proxy.CreateAndExecutePluginResult("TestPlugin.Class1, TestPlugin, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null");
}

Собираюсь сказать это снова, потому что это очень важно, и я долго этого не понимал: когда вы выполняете метод в этом прокси-классе, например proxy.LoadAssembly, он фактически сериализуется в строку и передается новому app домен, который нужно выполнить. Это не обычный вызов функции, и вам нужно очень внимательно относиться к тому, что вы передаете этим методам и из них.

This call results in System.IO.FileNotFoundException and I don't know why. I suspect the exception to occur because the assembly is searched again on disk. But why does the program want to load it again?

Ключевым моментом здесь является понимание контекстов загрузчика, в MSDN есть отличная статья:

Think of loader contexts as logical buckets within an application domain that hold assemblies. Depending on how the assemblies were being loaded, they fall into one of three loader contexts.

• Загрузить контекст
• LoadFrom context
• Ни один из контекстов

Загрузка из byte[] помещает сборку в контекст "Ни один".

As for the Neither context, assemblies in this context cannot be bound to, unless the application subscribes to the AssemblyResolve event. This context should generally be avoided.

В приведенном ниже коде мы используем событие AssemblyResolve для загрузки сборки в контекст Load, что позволяет нам выполнить привязку к ней.

How can I create an instance in a new appdomain with an assembly loaded from byte array?

Обратите внимание, что это просто доказательство концепции, исследуя основные моменты контекстов загрузчика. Рекомендуемый подход - используйте прокси, как описано @caesay и дополнительно прокомментирован Сюзанной Кук в эта статья.

Вот реализация, которая не хранит ссылку на экземпляр (аналогично запуску и забыванию).

Во-первых, наш плагин:

Test.cs

namespace Plugins
{
    public class Test
    {
        public Test()
        {
            Console.WriteLine($"Hello from {AppDomain.CurrentDomain.FriendlyName}.");
        }
    }
}

Далее в новом ConsoleApp наш загрузчик плагинов:

PluginLoader.cs

[Serializable]
class PluginLoader
{
    private readonly byte[] _myBytes;
    private readonly AppDomain _newDomain;

    public PluginLoader(byte[] rawAssembly)
    {
        _myBytes = rawAssembly;
        _newDomain = AppDomain.CreateDomain("New Domain");
        _newDomain.AssemblyResolve += new ResolveEventHandler(MyResolver);
    }

    public void Test()
    {
        _newDomain.CreateInstance("plugin", "Plugins.Test");
    }

    private Assembly MyResolver(object sender, ResolveEventArgs args)
    {
        AppDomain domain = (AppDomain)sender;
        Assembly asm = domain.Load(_myBytes);
        return asm;
    }
}

Program.cs

class Program
{
    static void Main(string[] args)
    {
        byte[] rawAssembly = File.ReadAllBytes(@"D:\Projects\AppDomainTest\plugin.dll");
        PluginLoader plugin = new PluginLoader(rawAssembly);

        // Output: 
        // Hello from New Domain
        plugin.Test();

        // Output: 
        // Assembly: mscorlib
        // Assembly: ConsoleApp
        foreach (var asm in AppDomain.CurrentDomain.GetAssemblies())
        {
            Console.WriteLine($"Assembly: {asm.GetName().Name}");
        }

        Console.ReadKey();
    }
}

Выходные данные показывают, что CreateInstance("plugin", "Plugins.Test") успешно вызван из домена приложения по умолчанию, хотя он не знает сборки плагина.