CompileAssemblyFromSource belleğini sızmasını nasıl önleyebilirim?

Question

Bellekteki bir derleme oluşturmak için CSharpCodeProvider.CompileAssemblyFromSource kullanan bazı C# kodlarım var. Toplama çöp toplandıktan sonra, başvurum derlemeyi oluşturmadan önce olduğundan daha fazla bellek kullanıyor. Kodum bir ASP.NET web uygulamasında, ancak bu sorunu bir WinForm'da kopyaladım. Büyümeyi ölçmek için System.GC.GetTotalMemory (true) ve Red Gate ANTS Bellek Profilcisi kullanıyorum (örnek kodla yaklaşık 600 bayt).

Yaptığım aramadan, sızıntıların yeni tiplerin oluşturulmasından kaynaklandığını, gerçekten de referansları tuttuğum herhangi bir nesneden kaynaklanmadığını duydum. Bulduğum web sayfalarından bazıları, AppDomain hakkında bir şeyden bahsetti, ama ben anlamıyorum. Birisi burada neler olduğunu ve nasıl düzeltileceğini açıklayabilir mi? Bu soru ile ilgili olabilir: 1

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; 
    } 
} 

Güncelleme: 2 Dynamically loading and unloading a a dll generated using CSharpCodeProvider

Güncelleme: Burada

sızıntı için bazı örnek kod daha uygulama alanlarını anlamaya çalışırken, bunu buldum: What is an application domain - an explanation for .Net beginners

Güncelleme 3: Netleştirmek için, ben looki'yim Yukarıdaki kodla aynı işlevi (çözümlenen kodlara derleme ve erişim sağlama) sağlayan bir çözüm için bellek sızıntısı olmadan. Çözüm, yeni bir AppDomain ve marshaling oluşturmayı içerecek gibi görünüyor.

Answer 1

Montaj boşaltma desteklenmiyor. Neden hakkında bazı bilgiler here bulunabilir. Bir AppDomain kullanımı hakkında bazı bilgiler here bulunabilir.

Answer 2

Bu blog girdisini faydalı bulabilirsiniz: Using AppDomain to Load and Unload Dynamic Assemblies. Bir AppDomain oluşturmanın nasıl olduğunu gösteren bir örnek kod, bir (dinamik) derleme yükler, yeni AppDomain'de bir şeyler yapın ve sonra boşaltın.

Düzenleme: Sabit bağlantı, aşağıdaki yorumlarda belirtildiği gibi.

Answer 3

Bence bir çalışma çözümüm var. Beni doğru yöne işaret eden herkese teşekkürler (umarım).

Yapı grupları doğrudan alınamaz, ancak AppDomains olabilir. Yeni bir AppDoma alanına yüklenen ve yeni bir derlemeyi koddan derleyebilen bir yardımcı kütüphanesi oluşturdum. Bu yardımcı kitaplıktaki sınıf aşağıdaki gibi görünür:

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); 
    } 

} 

Çok basit, ancak test için yeterliydi. PrintDomain, yeni Uygulama Alanımda yaşadığını doğrulamak için orada. Derleme, bazı kaynak kodunu alır ve bir derleme oluşturmaya çalışır. Çalıştır, verilen kaynak koddan statik yöntemleri çalıştırmayı test etmemize izin verir. İşte

ben yardımcı kütüphane kullanımı aşağıda açıklanmıştır: Temel olarak, etki alanını oluşturur benim yardımcı sınıf (CompilerRunner) bir örneğini oluşturur Yeni takımını (gizli) derlemek için kullanır

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); 
} 

, bazı kod çalışır Bu yeni derlemeden ve sonra belleği boşaltmak için etki alanını kaldırır.

MarshalByRefObject ve CreateInstanceFromAndUnwrap kullanımını fark edeceksiniz.Bunlar, yardımcı kütüphanenin gerçekten yeni alanda yaşadığından emin olmak için önemlidir.

Herhangi biri herhangi bir sorun farkederse veya bunu düzeltmek için önerileri varsa, bunları duymak isterim.

Answer 4

.NET 4.0 kadar bekleyebilir misiniz? Bununla birlikte kod-gen hafıza kaybı sorunu olmadan dinamik olarak kod oluşturmak için ifade ağaçları ve DLR kullanabilirsiniz.

Başka bir seçenek, .NET 3.5'i IronPython gibi dinamik bir dil ile kullanmaktır.

DÜZENLEME: İfade Ağacı Örneği

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