Как я могу предотвратить утечку памяти в CompileAssemblyFromSource?

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

Думаю, у меня есть рабочее решение. Спасибо всем за то, что указали мне правильное направление (надеюсь).

Сборки нельзя выгружать напрямую, а AppDomains можно. Я создал вспомогательную библиотеку, которая загружается в новый домен приложения и может скомпилировать новую сборку из кода. Вот как выглядит класс в этой вспомогательной библиотеке:

public class CompilerRunner : MarshalByRefObject
{
    private Assembly assembly = null;

    public void PrintDomain()
    {
        Console.WriteLine("Object is executing in AppDomain \"{0}\"",
            AppDomain.CurrentDomain.FriendlyName);
    }

    public bool Compile(string code)
    {
        CSharpCodeProvider codeProvider = new CSharpCodeProvider();
        CompilerParameters parameters = new CompilerParameters();
        parameters.GenerateInMemory = true;
        parameters.GenerateExecutable = false;
        parameters.ReferencedAssemblies.Add("system.dll");

        CompilerResults results = codeProvider.CompileAssemblyFromSource(parameters, code);
        if (!results.Errors.HasErrors)
        {
            this.assembly = results.CompiledAssembly;
        }
        else
        {
            this.assembly = null;
        }

        return this.assembly != null;
    }

    public object Run(string typeName, string methodName, object[] args)
    {
        Type type = this.assembly.GetType(typeName);
        return type.InvokeMember(methodName, BindingFlags.InvokeMethod, null, assembly, args);
    }

}

Это очень просто, но было достаточно для тестирования. PrintDomain должен убедиться, что он находится в моем новом AppDomain. Compile берет исходный код и пытается создать сборку. Run позволяет протестировать выполнение статических методов из заданного исходного кода.

Вот как я использую вспомогательную библиотеку:

static void CreateCompileAndRun()
{
    AppDomain domain = AppDomain.CreateDomain("MyDomain");

    CompilerRunner cr = (CompilerRunner)domain.CreateInstanceFromAndUnwrap("CompilerRunner.dll", "AppDomainCompiler.CompilerRunner");            
    cr.Compile("public class Hello { public static string Say() { return \"hello\"; } }");            
    string result = (string)cr.Run("Hello", "Say", new object[0]);

    AppDomain.Unload(domain);
}

По сути, он создает домен, создает экземпляр моего вспомогательного класса (CompilerRunner), использует его для компиляции новой сборки (скрытой), запускает некоторый код из этой новой сборки, а затем выгружает домен, чтобы освободить память.

Вы заметите использование MarshalByRefObject и CreateInstanceFromAndUnwrap. Это важно для обеспечения того, чтобы вспомогательная библиотека действительно жила в новом домене.

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

Вам также может быть полезна эта запись в блоге: Использование AppDomain для загрузки и выгрузки динамических сборок. В нем приведен пример кода, демонстрирующий, как создать AppDomain, загрузить в него (динамическую) сборку, выполнить некоторую работу в новом AppDomain, а затем выгрузить ее.

Изменить: исправлена ​​ссылка, как указано в комментариях ниже.

Можете ли вы подождать до .NET 4.0? С его помощью вы можете использовать деревья выражений и DLR для динамической генерации кода без потери памяти при генерации кода.

Другой вариант — использовать .NET 3.5 с динамическим языком, таким как IronPython.

РЕДАКТИРОВАТЬ: Пример дерева выражений

http://www.infoq.com/articles/expression-compiler