如何防止CompileAssemblyFromSource泄漏内存?

Nog*_*ter 30 c# memory-leaks appdomain marshalling 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;
    }
}
Run Code Online (Sandbox Code Playgroud)

更新1:此问题可能相关:动态加载和卸载使用CSharpCodeProvider生成的all

更新2:尝试更多地了解应用程序域,我发现:什么是应用程序域 - 对.Net初学者的解释

更新3:为了澄清,我正在寻找一种解决方案,它提供与上面代码相​​同的功能(编译并提供对生成代码的访问),而不会泄漏内存.看起来该解决方案将涉及创建一个新的AppDomain和编组.

Nog*_*ter 32

我想我有一个有效的解决方案.感谢大家指点我正确的方向(我希望).

无法直接卸载程序集,但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);
    }

}
Run Code Online (Sandbox Code Playgroud)

这是非常基本的,但足以进行测试.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);
}
Run Code Online (Sandbox Code Playgroud)

它基本上创建了域,创建了我的帮助器类(CompilerRunner)的实例,使用它来编译新的程序集(隐藏),从该新程序集运行一些代码,然后卸载域以释放内存.

您会注意到MarshalByRefObject和CreateInstanceFromAndUnwrap的使用.这些对于确保帮助程序库确实存在于新域中非常重要.

如果有人注意到任何问题或有改进建议,我很乐意听到.

  • 关于跨越域边界的注意事项.如果没有从MarshalByRefObject派生编组类型,那么编组将使用按值复制的语义.这可能导致执行速度非常慢,因为跨域边界的通信将非常繁琐.如果您不能从MarshalByRefObject派生类型,则可能需要创建一个通用代理对象,您可以在辅助AppDomain中实例化,该辅助应用程序源自MarshalByRefObject,它可以调解通信.如果你确实实现了MarshalByRefObject,请注意对象的生命周期,并实现...... (2认同)

toa*_*oad 13

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

  • Jeremy是正确的,没有办法强制.NET卸载程序集.你将不得不使用一个appdomain(这有点烦人,但实际上并不是那么糟糕),所以你可以在完成后抛弃整个东西. (4认同)

Dan*_*ard 8

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

编辑:固定链接,如下面的评论中所述.

  • 您可以尝试在单独的AppDomain中调用CompileAssemblyFromSource,然后在完成后卸载该域. (3认同)