内存泄漏
- - CSDN博客系统运维推荐文章程序申请了堆空间，但是“忘记”释放，导致该块区域在程序结束前无法被再次使用导致的. 泄漏时间长了，就会导致用户空间内存不足，严重的导致死机. 如果泄漏比较严重，很容易察觉；但是有些泄漏很缓慢，不容易察觉，但是软件会运行很长时间后，会慢慢导致严重问题，而且当发现症状的时候，基本上已经是比较晚的时候了，想要识别泄漏，还是可以实现的，本篇文章来聊聊内存操作的原理.
shared_ptr真能防止内存泄漏吗?
标签：
C++
| 发表时间：2011-07-29 17:47 | 作者：那谁 Roger
出处：http://www.codedump.info
这个命题有些诡异,因为shared_ptr设计的初衷就是为了防止内存泄漏,但是先别急,等我把问题描述清楚.
事出缘由是这几天项目出现一个内存泄漏的bug,之前这部分是使用shared_ptr封装了很多指针的操作,后来出于效率的考虑,改回了裸指针.由于我们使用的google tcmalloc做内存分配,它自带了检测内存泄漏的功能,于是在单元测试的时候就被检查出了内存泄漏.
我想说,这其实是一件好事.
使用shared_ptr只不过是负责在这个指针的引用计数为0时自动释放这个指针,但是问题在于,如果一个指针的使用有误(比如上面的情况),导致了引用计数一直大于0而没有被释放,其实和内存泄漏无异.只不过,使用了shared_ptr之后,它在程序退出的时候自己帮你释放了这些本质上已经”泄漏”的内存,反而把问题掩盖住了.
所以,我的观点是,shared_ptr的使用要谨慎,一方面是效率问题,另方面shared_ptr具有病毒式的传递性,一个模块使用了它,与之相应的模块都要同时使用shared_ptr,这些都是别的问题了.而在shared_ptr最该关注的内存泄漏问题上,它的这种机制实际上掩盖了可能出现的问题–因为它只管回收内存,什么时候回收,什么该回收的反而没有回收,它无从知晓.
那么,如何防止内存呢?使用工具+完善单元测试(比如tcmalloc等).你可以借助工具去检测,但是最好不要在自己的代码中引入新的概念比如shared_ptr去做,作为C\C++程序员,内存分配管理是无论如何都不能避开的问题.
所以,引出我的另个观点,软件开发中,引入一些似乎取巧的方式,其实是掩盖了真实出现的问题.出来混,迟早都要还的.早点面对,少一些抽象层,我觉得是个好事.
相关 [shared ptr 内存泄漏] 推荐：
java内存泄漏
- - 编程语言 - ITeye博客不论哪种语言的内存分配方式，都需要返回所分配内存的真实地址，也就是返回一个指针到内存块的首地址. Java中对象是采用new或者反射的方法创建的，这些对象的创建都是在堆（Heap）中分配的，所有对象的回收都是由Java虚拟机通过垃圾回收机制完成的. GC为了能够正确释放对象，会监控每个对象的运行状况，对他们的申请、引用、被引用、赋值等状况进行监控，Java会使用有向图的方法进行管理内存，实时监控对象是否可以达到，如果不可到达，则就将其回收，这样也可以消除引用循环的问题.
浅谈Java--内存泄漏
- - ITeye博客 JAVA的垃圾回收机制，让许多程序员觉得内存管理不是很重要，但是内存内存泄露的事情恰恰这样的疏忽而发生，特别是对于Android开发，内存管理更为重要，养成良好的习惯，有利于避免内存的泄漏.. 这里可以把许多对象和引用看成是有向图，顶点可以是对象也可以是引用，引用关系就是有向边.
Android 解析内存泄漏
- - CSDN博客移动开发推荐文章1、引用没释放造成的内存泄露. 1.1、注册没取消造成的内存泄露. 这种 Android的内存泄露比纯 Java的内存泄露还要严重，因为其他一些Android程序可能引用我们的Anroid程序的对象（比如注册机制）. 即使我们的Android程序已经结束了，但是别的引用程序仍然还有对我们的Android程序的某个对象的引用，泄露的内存依然不能被垃圾回收.
Perfdog玩转内存泄漏
- - 操作系统 - ITeye博客最近QC同学在跑游戏的过程中发现玩的时间久了游戏会发生闪退，经过搜集信息后排除了功能性bug的. 拿到真机，USB连接，杀掉多余后台进程，打开Perfdog，接下来一顿操作猛如虎，Perfdog具体操作不在赘述，有关perfdog怎么使用的教程可以参考. 此图一出，基本就可以断定内存泄露了，这是正常玩游戏，游戏运行了30分钟的内存趋势图；.
shared_ptr真能防止内存泄漏吗?
- Roger - codedump这个命题有些诡异,因为shared_ptr设计的初衷就是为了防止内存泄漏,但是先别急,等我把问题描述清楚.. 事出缘由是这几天项目出现一个内存泄漏的bug,之前这部分是使用shared_ptr封装了很多指针的操作,后来出于效率的考虑,改回了裸指针.由于我们使用的google tcmalloc做内存分配,它自带了检测内存泄漏的功能,于是在单元测试的时候就被检查出了内存泄漏..
(转)ThreadLocal的内存泄漏问题
- - 编程语言 - ITeye博客原文：http://www.godiscoder.com/?p=479. 在最近一个项目中，在项目发布之后，发现系统中有内存泄漏问题. 表象是堆内存随着系统的运行时间缓慢增长，一直没有办法通过gc来回收，最终于导致堆内存耗尽，内存溢出. 开始是怀疑ThreadLocal的问题，因为在项目中，大量使用了线程的ThreadLocal保存线程上下文信息，在正常情况下，在线程开始的时候设置线程变量，在线程结束的时候，需要清除线程上下文信息，如果线程变量没有清除，会导致线程中保存的对象无法释放.
Android内存泄漏检测-LeakCanary
- - CSDN博客推荐文章添加LeakCanary依赖包. 在主模块app下的build.gradle下添加如下依赖:. 添加Application子类. 首先创建一个ExampleApplication，该类继承于Application,在该类的onCreate方法中添加如下代码开启LeakCanary监控:. 在配置文件中注册ExampleApplication.
Netty之有效规避内存泄漏
- - zzm有过痛苦的经历，特别能写出深刻的文章 —— 凯尔文. 直接内存是IO框架的绝配，但直接内存的分配销毁不易，所以使用内存池能大幅提高性能. 但，要重新培养被Java的自动垃圾回收惯坏了的惰性. Netty有一篇必读的文档 官方文档翻译： 引用计数对象 ，在此基础上补充一些自己的理解和细节. 1.为什么要有引用计数器 .
Android性能优化之内存泄漏
- - CSDN博客推荐文章 内存泄漏（memory leak）是指由于疏忽或错误造成程序未能释放已经不再使用的内存. 那么在Android中，当一个对象持有Activity的引用，如果该对象不能被系统回收，那么当这个Activity不再使用时，这个Activity也不会被系统回收，那这么以来便出现了内存泄漏的情况. 在应用中内出现一次两次的内存泄漏获取不会出现什么影响，但是在应用长时间使用以后，若是存在大量的Activity无法被GC回收的话，最终会导致OOM的出现.