.NET中常见的内存泄漏和解决办法

2018-06-18 02:41:17来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

 

在.NET中,虽然CLR的GC垃圾回收器帮我们自动回收托管堆对象,释放内存,最大程度避免了"内存泄漏"(应用程序所占用的内存没有得到及时释放),但.NET应用程序"内存泄漏"的问题还是会存在,如果不加以注意,"内存泄漏"时有发生。


有关流以及Reader或Writer引起的内存泄漏

 

比如,把文件读取到流中:

 

public static string ReadFile()
{
    var filePath = @"硬盘地址";
    var sr = new StreamReader(filePath);
    return sr.ReadToEnd();
}

 

以上,StreamReader在读取数据后没有解释销毁,存在"内存泄漏"。正确的做法是在使用完后及时关闭。

 

public static string ReadFile()
{
    var filePath = @"硬盘地址";
    using(var sr = new StreamReader(filePath))
    {
        return sr.ReadToEnd();
    }
}

 

或者

 

public static string ReadFile()
{
    var filePath = @"硬盘地址";
    var sr = new StreamReader(filePath);
    var result = sr.ReadToEnd();
    sr.Close();
    return result;
}

 

以上,需要我们注意的是:当通过某种流的构造函数创建的对象实例,注意及时关闭。

 

有时候,通过某个方法返回某种流的对象实例,也会忘记关闭。比如以下:

 

//创建字节数组
var data = new byte[1024];
var client = new TcpClient();
//从TCP实例方法返回流
var stream = client.GetStream();
//把流读到字节数组中
int bytesLength = stream.Read(data, 0, data.Length);
//字节数组转换城字符串
var result = System.Text.Encoding.ASCII.GetString(data, 0, bytesLength);

 

正确的写法应该是:

 

//创建字节数组
var data = new byte[1024];
var client = new TcpClient();
//从TCP实例方法返回流
var stream = client.GetStream();
//把流读到字节数组中
int bytesLength = stream.Read(data, 0, data.Length);
stream.Close();
//字节数组转换城字符串
var result = System.Text.Encoding.ASCII.GetString(data, 0, bytesLength);

 

同理,其它与流有关的类,我们也需要注意在用完后及时关闭:

 

● FileStream
● MemoryStream
● StreamReader
● TextWriter
......

 

静态引用引起的内存泄漏

 

对于静态实例来说,除非应用程序关闭,对应的内存一直得不到释放。比如有如下遵循"Siingleton"模式的类(没考虑线程安全)。

 

public class MySingletonClass
{
    private static MySingletonClass myInstance;
    private static List<IAmBig> bigObjects = new List<IAmBig>();
    private MySingletonClass(){}
    public static MySingletonClass MyInstance
    {
        get
        {
            if(myInstance == null)
            {
                myInstance = new MySingletonClass();
            }
            return myInstance;
        }
    }
    public static IAmBig CreateBigObject()
    {
        var bigObject = new IAmBig();
        bigobject.AllocateMemory(4096);
        bigObjects.add(bigObject);
        return bigObject;
    }
}
public class IAmBig
{
    
}

 

以上,每次调用CreateBigObject静态方法,都往List<IAmBig>类型集合中添加,由于MySingletonClass静态类实例一直存在于应用程序的生命周期,再加上GC不会释放bigObjects这个集合对象实例,于是就出现了"内存泄漏"。解决办法是避免让静态实例引用其它实例对象,避免出现静态实例的链式引用。

 

委托引起的内存泄漏

 

比如有2个委托形成的委托链。

 

var objectOne = new ObjectOne();
var objectTwo = new ObjectTwo();
objectOne.StateChanged += objectTwo.StateChangedEventHandler;
objectTwo.Dispose();

 

以上,把objectTwo的委托注册给了objectOne,这样objectOne和objectTwo有依赖关系,形成了依赖链。只有当objectOne被释放,才能释放objectTwo。如果objectOne恰巧是全局静态实例,那在应用程序的生命周期内,objectTwo一直得不到内存释放,造成了"内存泄漏"。

 

解决办法是在调用objectTwo的Dispose方法之前,先解开两者的依赖关系。修改如下:

 

var objectOne = new ObjectOne();
var objectTwo = new ObjectTwo();
objectOne.StateChanged += objectTwo.StateChangedEventHandler;
......
objectOne.StateChanged -= objectTwo.StateChangedEventHandler;
objectTwo.Dispose();

 

非托管资源引起的内存泄漏

 

public class MyUnManagedExample
{
    public void Allocate()
    {
        IntPtr pointer = Marshal.AllocHGlobal(1024);
    }
}

 

对于创建的非托管类型的实例ponter,需要显式释放。

 

Marshal.FreeGlobal(pointer);

 

实现IDisposable接口的类引起的内存泄漏

 

所有实现IDisposable接口的类都有一个Dispose方法,如果忘记调用,就造成"内存泄漏"。

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:我们一起学习WCF 第五篇数据协定和消息协定

下一篇:(转)类库 框架 模式