如何防止 CompileAssemblyFromSource 泄漏内存？

我有一些 C# 代码，它使用 CSharpCodeProvider.CompileAssemblyFromSource 在内存中创建程序集。程序集被垃圾收集后，我的应用程序使用的内存比创建程序集之前更多。我的代码位于 ASP.NET Web 应用程序中，但我在 WinForm 中重复了此问题。我使用 System.GC.GetTotalMemory(true) 和 Red Gate ANTS Memory Profiler 来测量增长（示例代码大约 600 字节）。

从我所做的搜索来看，泄漏似乎来自新类型的创建，而不是真正来自我持有引用的任何对象。我发现的一些网页提到了有关AppDomain的内容，但我不明白。有人可以解释这里发生了什么以及如何解决它吗？

这是一些泄漏的示例代码：

private void leak()
{
    CSharpCodeProvider codeProvider = new CSharpCodeProvider();
    CompilerParameters parameters = new CompilerParameters();
    parameters.GenerateInMemory = true;
    parameters.GenerateExecutable = false;

    parameters.ReferencedAssemblies.Add("system.dll");

    string sourceCode = "using System;\r\n";
    sourceCode += "public class HelloWord {\r\n";
    sourceCode += "  public HelloWord() {\r\n";
    sourceCode += "    Console.WriteLine(\"hello world\");\r\n";
    sourceCode += "  }\r\n";
    sourceCode += "}\r\n";

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

更新1：这个问题可能相关：动态加载和卸载使用CSharpCodeProvider生成的dll https://stackoverflow.com/questions/1162686/dynamically-loading-and-unloading-a-a-dll-generated-using-csharpcodeprovider

更新2：试图更多地了解应用程序领域，我发现了这一点：什么是应用程序域 - .Net 初学者的解释 http://codebetter.com/blogs/raymond.lewallen/archive/2005/04/03/61190.aspx

更新3：为了澄清这一点，我正在寻找一种解决方案，该解决方案提供与上述代码相同的功能（编译并提供对生成代码的访问）而不泄漏内存。看起来解决方案将涉及创建新的 AppDomain 和封送。

我想我有一个可行的解决方案。感谢大家为我指明了正确的方向（我希望如此）。

程序集不能直接卸载，但 AppDomain 可以。我创建了一个帮助程序库，该库加载到新的 AppDomain 中，并且能够从代码编译新的程序集。该帮助程序库中的类如下所示：

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 中。编译需要一些源代码并尝试创建一个程序集。 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 的使用。这些对于确保帮助程序库确实存在于新域中非常重要。

如果有人注意到任何问题或有改进的建议，我很乐意听到他们的声音。