如何防止 CompileAssemblyFromSource 泄漏内存？

Question

我有一些 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

更新 2： 试图更多地了解应用程序域，我发现了这个：什么是应用程序域 - 对 .Net 初学者的解释

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

Answer 1

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

程序集不能直接卸载，但 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 的使用。这些对于确保帮助程序库确实存在于新域中非常重要。

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

Answer 2

不支持卸载程序集。有关原因的一些信息可以在此处找到。
有关使用 AppDomain 的一些信息可以在此处找到。

Answer 3

您可能还会发现此博客条目很有用：使用 AppDomain 加载和卸载动态程序集。 它提供了一些示例代码，演示如何创建 AppDomain、将（动态）程序集加载到其中、在新 AppDomain 中执行一些操作，然后卸载它。

编辑：固定链接，如下面的评论中指出的。

Answer 4

你能等到.NET 4.0吗？有了它，您可以使用表达式树和 DLR 动态生成代码，而不会出现代码生成内存丢失问题。

另一种选择是将 .NET 3.5 与 IronPython 等动态语言结合使用。

编辑：表达式树示例

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