如何防止 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：这个问题可能相关：Dynamically loading and unloading a a dll generated using CSharpCodeProvider

更新 2： 试图更多地了解应用程序域，我发现了这个：What is an application domain - an explanation for .Net beginners

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

Answer 1

您可能还会发现此博客条目很有用：Using AppDomain to Load and Unload Dynamic Assemblies. 它提供了一些示例代码，演示了如何创建 AppDomain、将（动态）程序集加载到其中、在新的 AppDomain 中做一些工作然后卸载它。

编辑：固定链接，如下面的 cmets 所示。

Answer 2

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

Answer 3

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

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

编辑：表达式树示例

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

Answer 4

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

程序集不能直接卸载，但 AppDomains 可以。我创建了一个辅助库，它被加载到一个新的 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 的使用。这些对于确保帮助程序库确实存在于新域中非常重要。

如果有人发现任何问题或有改进建议，我很乐意听取他们的意见。