首页 > 编程 > C# > 正文

C#反射内存的处理分析

2019-10-29 21:48:13
字体:
来源:转载
供稿:网友
这篇文章主要介绍了C#反射内存的处理,较为详细的分析了反射加载的内存释放问题,具有一定的参考借鉴价值,需要的朋友可以参考下
 
 

本文实例分析了C#反射内存的处理。分享给大家供大家参考。具体分析如下:

这段时间由于公司的项目的要求,我利用c#的反射的机制做了一个客户端框架。客户端里的所有的模块都是以一定形式进行提供,例如:FORM,UserControl. 在做的过程中很简单与愉快。具体的过程如下:

1. 收集客户的需求

2. 整理需求,形成必要的文档

3. 通过讨论大体的得到程序的界面风格

4. 由UI设计师设计出来具体的界面形式

5. 通过需求封装必要的服务(我们可以使用c#的WCF服务或者JAVA的服务)

6. 制作服务管理框架

7. 封装程序要使用到的控件

8. 编写客户端框架

9. 编写模块

10. 加载进行测试

上面说的就是简单的一个开发的过程,当然里面包括了很多的汗水。一个好的程序都要满足最基本的可卸载,可插入。即插件式架构。无论是客户端,还是服务端都要采用插件式管理。

在做c#客户端框架的时候,利用微软的反射与工厂模式的机制的时候,里面有个很大的问题。就是通过反射的DLL加载到内存中的时候无法进行内存的释放,只有你关闭程序的时候才进行内存的释放,这点有很大的缺陷。我在网上也找了很多的解决的办法,但是没有一个能够成功的。其中最经典的是插件的卸载的方式,这种方式我也进行的实验,虽然能够释放部分内存,但是不能释放全部的内存。我和很多程序员聊这个事情的时候,他们说把一切能释放的都释放掉。但是你就算做到这些也不能做到很好的释放效果(也许的我的水平不行)。今天来吐槽一下VS的内存的释放。VS的内存都是通过托管的机制进行资源的使用与释放,对于非托管资源可以通过析构函数与其他的方式进行释放。对于反射的情况微软没有给一个很好的办法。如果程序员兄弟们有好的办法提供给我们学习那将是个大的善果。

我在上面说过通过卸载插件的方式是可以释放部分的内存,效果也还行,但是对于一些WCF服务写的控件,在通过远程的模式确实存在一些问题。具体的部分实现代码如下:

复制代码代码如下:
internal class AssemblyLoader : MarshalByRefObject, IDisposable
{
#region class-level declarations
private Assembly a = null;
#endregion

 


#region constructors and destructors
public AssemblyLoader(string fullPath)
{
if (a == null)
{
a = Assembly.LoadFrom(fullPath);
}
}


~AssemblyLoader()
{
dispose(false);
}


public void Dispose()
{
dispose(true);
}


private void dispose(bool disposing)
{
if (disposing)
{
a = null;
System.GC.Collect();
System.GC.WaitForPendingFinalizers();
System.GC.Collect(0);
}
}
#endregion
#region public functionality
public object GetObject(string typename, object[] ctorParms)
{
BindingFlags flags = BindingFlags.CreateInstance | BindingFlags.Instance | BindingFlags.Public;


object o = null
;
if (a != null)
{
try
{
o = a.CreateInstance(typename, true, flags, null, ctorParms, null, null);
}
catch
{
}
}
return o;
}


public object GetObject(string typename)
{
return GetObject(typename, null);
}
#endregion

 

public class ObjectLoader : IDisposable
{
// essentially creates a parallel-hash pair setup
// one appDomain per loader
protected Hashtable domains = new Hashtable();
// one loader per assembly DLL
protected Hashtable loaders = new Hashtable();


public ObjectLoader() 
{}


public object GetObject(string dllName, string typeName, object[] constructorParms)
{
AssemblyLoader al = null;
object o = null;
//Type t = null;
try
{
al = (AssemblyLoader)loaders[dllName];
}
catch (Exception) { }


if (al == null)
{
AppDomainSetup setup = new AppDomainSetup();
setup.ShadowCopyFiles = "true";
AppDomain domain = AppDomain.CreateDomain(dllName, null, setup);
int key=0;
foreach (DictionaryEntry de in domains)
{
if(de.Key.ToString()==dllName)
{
key++;
break;
}
}
if (key == 0)
{
domains.Add(dllName, domain);
}
object[] parms = { dllName };
BindingFlags bindings = BindingFlags.CreateInstance | BindingFlags.Instance | BindingFlags.Public;
try
{
//al = (BCFrameWork.Client.ClientInfrm.AssemblyLoader)domain.CreateInstanceFromAndUnwrap(
// "Loader.dll", "Loader.AssemblyLoader", true, bindings, null, parms, null, null, null);
al = (AssemblyLoader)domain.CreateInstanceFromAndUnwrap(
"BestelLoadDll.dll", "BestelLoadDll.AssemblyLoader", true, bindings, null, parms, null, null, null);
}
catch
{
}
if (al != null)
{
if (!loaders.ContainsKey(dllName))
{
loaders.Add(dllName, al);
}
}
}


if (al != null)
{
o = al.GetObject(typeName, constructorParms);

}
return o;
}


public void Unload(string dllName)
{
if (domains.ContainsKey(dllName))
{
AppDomain domain = (AppDomain)domains[dllName];
AppDomain.Unload(domain);
domains.Remove(dllName);
}
}


~ObjectLoader()
{
dispose(false);
}


public void Dispose()
{
dispose(true);
}


private void dispose(bool disposing)
{
if (disposing)
{
loaders.Clear();
List removeobj = new List();
foreach (object o in domains.Keys)
{
string dllName = o.ToString();
removeobj.Add(dllName);
}
foreach (string item in removeobj)
{
Unload(item);
}
domains.Clear();
System.GC.Collect();
}
}
}

 

调用方式很简单,如果你了解反射就知道怎么调用,这个写法能够满足普通的用户控件的反射远程加载,但是对于一些特殊的用户控件还是没有办法。

希望本文所述对大家的C#程序设计有所帮助。


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表