关于垃圾回收(GC和Marshal)有感
2015-09-18 22:23
344 查看
最近做一个挂机软件。要求是挂个三四天没事,不会报错。开始的时候都是顺利的,所有步骤都是可以ok。但是当测试运行的是就出现问题了,内存居然会在一个Task跑完之后暴涨几M的内存。开了一台测试机测试了一天,内存持续泄漏,毫无停止的迹象。测试机4G的内存基本跑完。检测后发现的调用的组件问题,应该的调用的C++组件自己没有释放资源。这个问题一共持续了两个礼拜。期间尝试了各种方法,GC和Marshal都用了,还是无果。最后用了用了笨办法,不去刻意的创建那些对象,一直使用一个对象,然后单对象跑,测试后发现内存正常了,有正常的回收。
说实话,我对.NET的GC还是很相信,还是认为靠谱的,但是在内存泄漏面前,这些都是浮云。GC管理不到他们(这些调皮的家伙),我尝试用Marshal去释放句柄,结果也是一样,不管是COM创建的还是其他,一直是增长的。
说一句Dispose也好Destroy也罢,Close也行,其实我都用上,最后我还设了对象为null。最后不管其他还是GC。还是提醒自己,.NET虽然安全,GC也是靠谱,但是自己对内存这件事也是要看重,我是对C++的那些内存束手无策了。很多人说谁创建的谁释放,但是对于一些封装的组件,内存泄漏了就很难入手。其实托管的对象,只要别写的太水,GC还是很强大的,至少编译器在编译成IL的时候已经做了处理。当然如果真的相对垃圾回收有确切的认识,可以自己建一个项目去监控自己的内存,去确切的体会。看百遍书不如实践测试来得有效。
说实话,我对.NET的GC还是很相信,还是认为靠谱的,但是在内存泄漏面前,这些都是浮云。GC管理不到他们(这些调皮的家伙),我尝试用Marshal去释放句柄,结果也是一样,不管是COM创建的还是其他,一直是增长的。
说一句Dispose也好Destroy也罢,Close也行,其实我都用上,最后我还设了对象为null。最后不管其他还是GC。还是提醒自己,.NET虽然安全,GC也是靠谱,但是自己对内存这件事也是要看重,我是对C++的那些内存束手无策了。很多人说谁创建的谁释放,但是对于一些封装的组件,内存泄漏了就很难入手。其实托管的对象,只要别写的太水,GC还是很强大的,至少编译器在编译成IL的时候已经做了处理。当然如果真的相对垃圾回收有确切的认识,可以自己建一个项目去监控自己的内存,去确切的体会。看百遍书不如实践测试来得有效。
相关文章推荐
- 大道至简读后感
- ZOJ 1610 Count the Colors (线段树区间染色)
- 计算机中树的优点与重要性
- 几个VS编译器(cl.exe)命令行编译的例子
- CentOS中由一般用户切换为root用户
- c++实现八大排序方法(一)
- 文章标题
- iOS UIImageRenderingMode
- UML类图、类、接口、聚合、组合的区别
- 大神前身也是一只坚持练习的菜鸟
- 字符串匹配的KMP算法(如何实现还需静下心来细看)
- [DLX]HDOJ4069 Squiggly Sudoku
- 用栈实现大数加法
- 交互设计必懂--开发有价值的用户体验
- 第四十二天 BitmapView(蒙版,或模拟给图片打马赛克)
- 增加用户体验的细节--三个按钮的交互设计思维
- 优秀APP启动页的设计思维
- 从url到页面显示发生了什么
- Android性能优化之内存篇
- Android -Camer使用!