zoukankan      html  css  js  c++  java
  • 关于垃圾回收(GC和Marshal)有感

      最近做一个挂机软件。要求是挂个三四天没事,不会报错。开始的时候都是顺利的,所有步骤都是可以ok。但是当测试运行的是就出现问题了,内存居然会在一个Task跑完之后暴涨几M的内存。开了一台测试机测试了一天,内存持续泄漏,毫无停止的迹象。测试机4G的内存基本跑完。检测后发现的调用的组件问题,应该的调用的C++组件自己没有释放资源。这个问题一共持续了两个礼拜。期间尝试了各种方法,GC和Marshal都用了,还是无果。最后用了用了笨办法,不去刻意的创建那些对象,一直使用一个对象,然后单对象跑,测试后发现内存正常了,有正常的回收。

      说实话,我对.NET的GC还是很相信,还是认为靠谱的,但是在内存泄漏面前,这些都是浮云。GC管理不到他们(这些调皮的家伙),我尝试用Marshal去释放句柄,结果也是一样,不管是COM创建的还是其他,一直是增长的。

      说一句Dispose也好Destroy也罢,Close也行,其实我都用上,最后我还设了对象为null。最后不管其他还是GC。还是提醒自己,.NET虽然安全,GC也是靠谱,但是自己对内存这件事也是要看重,我是对C++的那些内存束手无策了。很多人说谁创建的谁释放,但是对于一些封装的组件,内存泄漏了就很难入手。其实托管的对象,只要别写的太水,GC还是很强大的,至少编译器在编译成IL的时候已经做了处理。当然如果真的相对垃圾回收有确切的认识,可以自己建一个项目去监控自己的内存,去确切的体会。看百遍书不如实践测试来得有效。

  • 相关阅读:
    SCCM 2007 部署软件更新
    WPF开发工具
    体验Windows Live Writer写Blog
    图像的灰度和黑白处理算法
    很有用的Sql总结转载
    WPF 体验导航窗口
    WPF 一周练
    WPF 图表
    也说Linq 分组
    WPF 体验对话框调用
  • 原文地址:https://www.cnblogs.com/RainbowInTheSky/p/4820515.html
Copyright © 2011-2022 走看看