DllImport и ASP.NET

Единственный способ вытеснить DLL из процесса в .Net — выгрузить AppDomain, в котором загружена Dll. Если вы не создадите отдельный AppDomain, в котором запустите код DllImport, это будет невозможно.

Также я знаю, что эта политика применяется к управляемым DLL. Я не уверен на 100%, относится ли это к DLL, загруженным через PINvoke, но я вполне уверен.

Только если вы создадите новый AppDomain и загрузите dll в домен. После этого вы можете выгрузить AppDomain, и dll будет выгружена.

Выгрузка AppDomain — не единственный ответ. Вы также можете использовать LoadLibrary и FreeLibrary поверх pinvoke, чтобы выгрузить библиотеку. Просто убедитесь, что вы вызываете FreeLibrary дважды, чтобы убедиться, что все зависимости вашей библиотеки также выгружены.

Я не проверял это, но я думаю, что такой класс упростит это:

[DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)]
private static extern IntPtr LoadLibrary(string libname);

[DllImport("kernel32.dll", CharSet = CharSet.Auto)]
private static extern bool FreeLibrary(IntPtr hModule);

class LibraryHandle
{
    readonly string libName;
    int refCount = 0;
    IntPtr handle;

    public LibraryHandle(string name)
    {
        libName = name;
    }

    public void Increment()
    {
        if (refCount == 0)
        {
            handle = LoadLibrary(libName);
            if (Handle == IntPtr.Zero)
            {
                int error = Marshal.GetLastWin32Error();
                throw new Exception(string.Format("{0})", error));
            }
        }
        ++refCount;
    }

    public void Decrement()
    {
        if (refCount <= 0)
            return;

        if (--refCount)
        {
            // It might be better in some cases to:
            // while(FreeLibrary(handle));
            FreeLibrary(handle);
            FreeLibrary(handle);
        }
    }
}

Просто имейте в виду, что этот пример не является потокобезопасным, что вы хотите гарантировать в ASP.NET, и не выполняет полную проверку ошибок.

Кроме того, поскольку это может нарушить некоторые предположения, сделанные средой выполнения, использование FreeLibrary в библиотеке, которую вы не загрузили, может быть плохой идеей.

Другой альтернативой может быть выполнение любой операции в новом AppDomain, а затем выгрузка ее, когда вы закончите.