slabinfo 看内存泄露
有过C语言编程的朋友大多知道,如果在malloc内存之后不及时free掉内存,那么很有可能会造成内存泄露的.那么在C++上面,是不是也存在这样的问题呢?结果是C++上面同样也存在内存泄露的危险.这个危险就是如果new后面不能delete的话,也会造成内存的泄露.还有不清楚的朋友可以看看下面的示例: class test { public: test(int value):data(value) {} ~test() {}; }; void process() { te
有过C语言编程的朋友大多知道,如果在malloc内存之后不及时free掉内存,那么很有可能会造成内存泄露的.那么在C++上面,是不是也存在这样的问题呢?结果是C++上面同样也存在内存泄露的危险.这个危险就是如果new后面不能delete的话,也会造成内存的泄露.还有不清楚的朋友可以看看下面的示例: [cpp] view plaincopyprint? class test
test(int value):data(value
所有的代码都已经屏蔽掉无关部分,仅展示对问题有实质影响的部分: 引用计数无需多言,以下简称RC. 先说RC的2个基本原则: 1.不直接new和delete对象,而是通过RC实现,RC为0,对象销毁.在cocos2dx中通过retain,release,autoRelease实现. 2.要使用一个对象,先retain,用完release,因为如果不这么做,说不定正在用的东西不知道被谁释放了.尤其是有autoRelease的存在. 如果大家都严格遵照这样2个原则,那么内存就不会泄露了. 我以前也是这
强烈推荐一下淘宝褚霸的这篇文章: /archives/2456
注:这里我们只关心TCP套接字,所以文章中说sock结构或者socket结构的时候都只针对TCP协议.
在测试内核模块时,内核会因为内存耗尽而panic,使用crash工具查看core文件,提示的信息是&Kernel panic - not s ...
一 基础知识
在分析之前,先上一张图: 从上面可以看到,这个w3wp进程占用了376M内存,启动了54个线程. 在使用windbg查看之前,看到的进程含有 *32 字样,意思是在64位机器上已32位方式运行w3wp进程.这个可以通过查看IIS Application Pool 的高级选项进行设置: 好了,接下打开Windbg看看这个w3wp进程占用了376M内存,启动的54个 ...
Android编程中一个共同的困难就是协调Activity的生命周期和长时间运行的任务(task),并且要避免可能的内存泄露.思考下面Activity的代码,在它启动的时候开启一个线程并循环执行任务. 1 /** 2 * 一个展示线程如何在配置变化中存活下来的例子(配置变化会导致创 3 * 建线程的Activity被销毁).代码中的Activity泄露了,因为线程被实 4 *
译者前言 原文地址:Memory leaks 最近简单了解了下JavaScript的闭包和垃圾回收机制(GC),这中间也不得不接触内存泄露这个概念.然后不小心找到了这篇文章,看下来后理解了不少东西,于是译之与大家分享. 在JavaScript中,我们很少考虑到内存管理,但是它又是真实存在的.当我们创建一个变量,接着使用它们,然后浏览器的垃圾回收机制对它们进行回收.
虽然我们 ...
引起Android内存泄露有很多种原因,下面罗列了一些问题,以后会一一解决 1.构造Adapter时没有使用缓存convertView(衍生出ListView优化问题) 2.查询数据库游标没有关闭 3.Activity中生命周期对象大于Activity生命周期(关于Application Context与Activity Context) 4.Bitmap对象不使用时没有rec ...
[掌握]02- fget().fputs()函数使用 [了解]03-fgets()和fputs()优缺点
(一) 1.fgets() 该函数一个文件操作相关的函数 暂时使用这个函数可以从键盘商接收一个字符串,保存到数组中 原来接收字符串保存到数组中的方法 char str[50]; 1) scanf(&%s&,str); //缺点:不能接收空格 2) gets(str); //优点:可以接收空格 //会有一个警告,不安全的 //不安全:比如数组长度是50,如果我们输入的 //的长度
性能分析有一项是:发生OOM时,浏览对象分配和引用以发现和修复内存泄露: 示例程序PointFactory public class PointFactory { protected ArrayList points = new ArrayList(); protected static PointFactory instance = new PointFactory(); p ...
以前在网上也看过类似的译文,但也忘得差不多了. 直至最近在官网再次看到原文, 虽是09年的文章, 略显久远, 但再看一次还是觉得总结很好. 于是决定翻译下来, 顺便巩固自己的相关知识. 原文链接 安卓应用在大多数机型( 针对以前的比较旧的机型, 现在的手机配置越来越高, 可分配的运行内存也相应会比以前提高) 会得到16MB的应用内存. 即使你不打算真的使用这全部的内存, 你也应该尽可能的使用更少的内存, 以免因为占用内存过大而进程被系统杀死. Android手机内存中(短暂)保留的应用更多, 那
今天在调试android 程序时候,发现即使程序退出了,发现还占用内存大概有15M.用MAT查看,经过多次GC操作,发现依旧是15.直觉告诉我,应该发生内存泄露了.然后利用MAT,查看Memory Leak.结果让我很吃惊,发现是InputMethodManager.这个对象一直引用着Context.也就是Activity,导致它无法释放内存.后来google 一下发现, 以下贴出解决办法,希望给遇到类似情况的人,提供帮助: @Override protected void onDest
原谅地址:http://android-/2009/01/avoiding-memory-leaks.html ,英文原文在翻译之后 Android 应用至少,在T-Mobile G1这个型号,就有16MB的堆内存.这个容量对于手机来说是很大了,但是对于有些开发者来说是少了些.为了全其他应用可以运行而不被系统杀掉,即使你没有打算使用完所有分配的容量,你也应该尽量少地使用这些容量. Android能保存越多的应用,用户在切换应用的时候就会越快.我在工作
转自:http://apps./share/detail/
在做项目的过程中,使用OpenCV经常会出现一些内存泄露问题,自己编写的程序出现问题还情有可原,但若是库函数调用和使用时出现,却很令我恼火.花了好长时间和实践的经验告诉我应该客服它.下面把一些检测出的问题进行化解.(可能是水平不够,这些函数使用不当,望高手指点) cvLoad ...
可以, 但小心使用. 闭包也许是 JS 中最有用的特性了. 有一份比较好的介绍闭包原理的文档. 有一点需要牢记, 闭包保留了一个指向它封闭作用域的指针, 所以, 在给 DOM 元素附加闭包时, 很可能会产生循环引用, 进一步导致内存泄漏. 比如下面的代码: function foo(element, a, b) { element.onclick = function() {
原文链接地址:/2696/how-to-debug-memory-leaks-with-xcode-and-instruments-tutorial 著作权声明:本文由/andyque翻译,欢迎转载分享.请尊重作者劳动,转载时保留该声明和作者博客链接,谢谢!
教程截图: 作为一名无证程序员,无论你多么精通Objective-C的内存管理,随着时间的推移,你也不可避免的犯内存相关的错误.但通常因
用go写了一个守护进程程序:用于检测redis的存活状态并将结果写到zookeeper中,部署到redis机器上,对于每个redis实例会有一个goroutine每隔固定时间去检测其状态,由主goroutine负责信号处理等,再接收到信号时kill其他的goroutine.程序运行了一段时间发现,有些redis实例的对应zookeeper的信息不更新,通过日志发现对应redis的goroutine挂掉了.阅读源码发现貌似是zk的第三方库抛出一个非预期的异常导致. 为了解决这个问题,对逻辑重构:由
之所以撰写这篇文章是因为前段时间花费了很大的精力在已经成熟的代码上再去处理memory leak问题.写此的目的是希望我们应该养成良好的编码习惯,尽可能的避免这样的问题,因为当你对着一大片的代码再去处理此类的问题,此时无疑增加了解决的成本和难度.准确的说属于补救措施了. 1. 什么是内存泄漏(memory leak)?
指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况.内存泄漏并非指内存在物理上的消失,而是应用程序分配某段内存后,由于设计错误,失去了对该段内存的控制,因而造成了内存的浪
IOS的ARC导致内存泄露的几种情况和具体解决方案_解决方案 | 帮客之家 解决方案最近更新 &ul & &li&&a title=&jquery ajax模拟实现ajax加载框,模拟加载实 & href=&/article/24804.html&&jquery ajax模拟实现ajax加载框,模拟加载实&/a& &/li& JavaScript完美拖放效果及其代码使用过程全 win7下IE无法修改主页,I
Java内存管理机制 在C++ 语言中,如果需要动态分配一块内存,程序员需要负责这块内存的整个生命周期.从申请分配.到使用.再到最后的释放.这样的过程非常灵活,但是却十分繁琐,程序员很容易由于疏忽而忘记释放内存,从而导致内存的泄露. Java 语言对内存管理做了自己的优化,这就是垃圾回收机制. Java 的几乎所有内存对象都是在堆内存上分配(基本数据类型除外),然后由 GC ( ...
引言 只有一台 Windows XP 家用机,却想在诸如 Git@OSC 之类的开源社区参 ...
[PS:最近才在之前的博客上写的笔记,直接转过来了.] 接触 安全领域也算四年了,大大小小的方向都看过一些,却都未能精通,日渐感到自己实力的匮乏,因此自己决定今天开始来学习下Hack技术最为核心的知识和技 能:漏洞挖 ...
原文: http://www.geekfan.net/8663/
有点意思的小文章,
/view/cad.html/view/95e93b6baf1ffc4ffe47ac ...
题目:以A-&1, B-&2.....的顺序解码一个字符串序列, 因为存在解码歧义所以例如 12-&L或者存在12-&AB,所以题目是给定一个数字字符串,可以给出多少组合结果: 个人分析:
学习了很长时间ubuntu,在旧笔记中安装过lubuntu,也使用过他人 ...
for I := 0 to dm_medtech_work_sum.ado_medtech_dept_sum.FieldCount - 1 do begin if i & 2 then begin BarSer ...
EVENT ID:1056 DHCP 在AD上安装 DHCP 服务器 会报证书授权的警告信 ...
一. QT介绍.安装.配置.编译 Qt 是跨平台的应用程序和 UI 框架. 它包括跨平台类 ...
URL:统一资源定位符. 这里利用URL访问网络数据,以百度为例,代码如下: try { URL u = new URL(&&); InputStream当前访客身份：游客 [
如何用Java编写一段代码引发内存泄露
&|&评论（0
）|&阅读次数（673
人收藏此文章,
文本来自StackOverflow问答网站的一个热门讨论：如何用Java编写一段会发生内存泄露的代码。
Q：刚才我参加了面试，面试官问我如何写出会发生内存泄露的Java代码。这个问题我一点思路都没有，好囧。
A1：通过以下步骤可以很容易产生内存泄露（程序代码不能访问到某些对象，但是它们仍然保存在内存中）:
应用程序创建一个长时间运行的线程（或者使用线程池，会更快地发生内存泄露）。
线程通过某个类加载器（可以自定义）加载一个类。
该类分配了大块内存（比如new byte[1000000]），在某个静态变量存储一个强引用，然后在ThreadLocal中存储它自身的引用。分配额外的内存new byte[1000000]是可选的(类实例泄露已经足够了)，但是这样会使内存泄露更快。
线程清理自定义的类或者加载该类的类加载器。
重复以上步骤。
由于没有了对类和类加载器的引用，ThreadLocal中的存储就不能被访问到。ThreadLocal持有该对象的引用，它也就持有了这个类及 其类加载器的引用，类加载器持有它所加载的类的所有引用，这样GC无法回收ThreadLocal中存储的内存。在很多JVM的实现中Java类和类加载 器直接分配到permgen区域不执行GC，这样导致了更严重的内存泄露。
这种泄露模式的变种之一就是如果你经常重新部署以任何形式使用了ThreadLocal的应用程序、应用容器（比如Tomcat）会很容易发生内存泄露（由于应用容器使用了如前所述的线程，每次重新部署应用时将使用新的类加载器）。
静态变量引用对象
class MemorableClass {
static final ArrayList list = new ArrayList(100);
调用长字符串的String.intern()
String str=readString(); // read lengthy string any source db,textbox/jsp etc..
// This will place the string in memory pool from which you cant remove
str.intern();
未关闭已打开流(文件，网络等)
BufferedReader br = new BufferedReader(new FileReader(inputFile));
} catch (Exception e) {
e.printStacktrace();
未关闭连接
Connection conn = ConnectionFactory.getConnection();
} catch (Exception e) {
e.printStacktrace();
JVM的GC不可达区域
比如通过native方法分配的内存。
web应用在application范围的对象，应用未重启或者没有显式移除
getServletContext().setAttribute("SOME_MAP", map);
web应用在session范围的对象，未失效或者没有显式移除
session.setAttribute("SOME_MAP", map);
不正确或者不合适的JVM选项
比如IBM JDK的noclassgc阻止了无用类的垃圾回收
A3：如果HashSet未正确实现(或者未实现)hashCode()或者equals(),会导致集合中持续增加“副本”。如果集合不能地忽略掉它应该忽略的元素，它的大小就只能持续增长，而且不能删除这些元素。
如果你想要生成错误的键值对，可以像下面这样做：
class BadKey {
// no hashCode or equals();
public final S
public BadKey(String key) { this.key = }
Map map = System.getProperties();
map.put(new BadKey("key"), "value"); // Memory leak even if your threads die.
A4：除了被遗忘的监听器，静态引用，hashmap中key错误/被修改或者线程阻塞不能结束生命周期等典型内存泄露场景，下面介绍一些不太明显的Java发生内存泄露的情况，主要是线程相关的。
Runtime.addShutdownHook后没有移除，即使使用了removeShutdownHook，由于ThreadGroup类对于未启动线程的bug，它可能不被回收，导致ThreadGroup发生内存泄露。
创建但未启动线程，与上面的情形相同
创建继承了ContextClassLoader和AccessControlContext的线程，ThreadGroup和InheritedThreadLocal的使用，所有这些引用都是潜在的泄露，以及所有被类加载器加载的类和所有静态引用等等。这对ThreadFactory接口作为重要组成元素整个j.u.c.Executor框架(java.util.concurrent)的影响非常明显，很多开发人员没有注意到它潜在的危险。而且很多库都会按照请求启动线程。
ThreadLocal缓存，很多情况下不是好的做法。有很多基于ThreadLocal的简单缓存的实现，但是如果线程在它的期望生命周期外继续运行ContextClassLoader将发生泄露。除非真正必要不要使用ThreadLocal缓存。
当ThreadGroup自身没有线程但是仍然有子线程组时调用ThreadGroup.destroy()。发生内存泄露将导致该线程组不能从它的父线程组移除，不能枚举子线程组。
使用WeakHashMap，value直接(间接)引用key，这是个很难发现的情形。这也适用于继承Weak/SoftReference的类可能持有对被保护对象的强引用。
使用http(s)协议的java.net.URL下载资源。KeepAliveCache在系统ThreadGroup创建新线程，导致当前线程的上下文类加载器内存泄露。没有存活线程时线程在第一次请求时创建，所以很有可能发生泄露。(在Java7中已经修正了，创建线程的代码合理地移除了上下文类加载器。)
使用InflaterInputStream在构造函数(比如PNGImageDecoder)中传递new java.util.zip.Inflater()，不调用inflater的end()。仅仅是new的话非常安全，但如果自己创建该类作为构造函数参数时调用流的close()不能关闭inflater，可能发生内存泄露。这并不是真正的内存泄露因为它会被finalizer释放。但这消耗了很多native内存，导致linux的oom_killer杀掉进程。所以这给我们的教训是：尽可能早地释放native资源。
java.util.zip.Deflater也一样，它的情况更加严重。好的地方可能是很少用到Deflater。如果自己创建了Deflater或者Inflater记住必须调用end()。
关注微信，跟着我们扩展技术视野。每天推送IT新技术文章，每周聚焦一门新技术。微信二维码如下：
微信公众账号：尚学堂（微信号：bjsxt-java）
声明：博客文章版权属于原创作者，受法律保护。如果侵犯了您的权利，请联系管理员,我们将及时删除！
（邮箱：（#换为@））
本站最新资讯如何用Java编写一段代码引发内存泄露-中国学网-中国IT综合门户网站
> 信息中心 >
如何用Java编写一段代码引发内存泄露
来源：互联网 发表时间： 4:35:53 责任编辑：鲁晓倩字体：
为了帮助网友解决“如何用Java编写一段代码引发内存泄露”相关的问题，中国学网通过互联网对“如何用Java编写一段代码引发内存泄露”相关的解决方案进行了整理,用户详细问题包括:RT,我想知道:如何用Java编写一段代码引发内存泄露，具体解决方案如下：解决方案1：
int sum=0;while(1){ sum+=999999;}
1个回答1个回答1个回答1个回答1个回答1个回答1个回答1个回答1个回答1个回答
相关文章：
最新添加资讯
24小时热门资讯
Copyright © 2004- All Rights Reserved. 中国学网 版权所有
京ICP备号-1 京公网安备02号StackOverflow热帖：如何用Java编写一段代码引发内存泄露？ - 推酷
StackOverflow热帖：如何用Java编写一段代码引发内存泄露？
本文由ImportNew-hejiani翻译自
。欢迎加入
。转载请参见文章末尾的要求。
文本来自StackOverflow问答网站的一个热门讨论：如何用Java编写一段会发生内存泄露的代码。
刚才我参加了面试，面试官问我如何写出会发生内存泄露的Java代码。这个问题我一点思路都没有，好囧。
通过以下步骤可以很容易产生内存泄露（程序代码不能访问到某些对象，但是它们仍然保存在内存中）:
应用程序创建一个长时间运行的线程（或者使用线程池，会更快地发生内存泄露）。
线程通过某个类加载器（可以自定义）加载一个类。
该类分配了大块内存（比如
new byte[1000000]
），在某个静态变量存储一个强引用，然后在ThreadLocal中存储它自身的引用。分配额外的内存
new byte[1000000]
是可选的(类实例泄露已经足够了)，但是这样会使内存泄露更快。
线程清理自定义的类或者加载该类的类加载器。
重复以上步骤。
由于没有了对类和类加载器的引用，ThreadLocal中的存储就不能被访问到。ThreadLocal持有该对象的引用，它也就持有了这个类及其类加载器的引用，类加载器持有它所加载的类的所有引用，这样GC无法回收ThreadLocal中存储的内存。在很多JVM的实现中Java类和类加载器直接分配到permgen区域不执行GC，这样导致了更严重的内存泄露。
这种泄露模式的变种之一就是如果你经常重新部署以任何形式使用了ThreadLocal的应用程序、应用容器（比如Tomcat）会很容易发生内存泄露（由于应用容器使用了如前所述的线程，每次重新部署应用时将使用新的类加载器）。
静态变量引用对象
class MemorableClass {
static final ArrayList list = new ArrayList(100);
调用长字符串的
String.intern()
String str=readString(); // read lengthy string any source db,textbox/jsp etc..
// This will place the string in memory pool from which you cant remove
str.intern();
未关闭已打开流(文件，网络等)
BufferedReader br = new BufferedReader(new FileReader(inputFile));
} catch (Exception e) {
e.printStacktrace();
未关闭连接
Connection conn = ConnectionFactory.getConnection();
} catch (Exception e) {
e.printStacktrace();
JVM的GC不可达区域
比如通过native方法分配的内存。
web应用在application范围的对象，应用未重启或者没有显式移除
getServletContext().setAttribute(&SOME_MAP&, map);
web应用在session范围的对象，未失效或者没有显式移除
session.setAttribute(&SOME_MAP&, map);
不正确或者不合适的JVM选项
比如IBM JDK的noclassgc阻止了无用类的垃圾回收
如果HashSet未正确实现(或者未实现)
hashCode()
,会导致集合中持续增加“副本”。如果集合不能地忽略掉它应该忽略的元素，它的大小就只能持续增长，而且不能删除这些元素。
如果你想要生成错误的键值对，可以像下面这样做：
class BadKey {
// no hashCode or equals();
public final S
public BadKey(String key) { this.key = }
Map map = System.getProperties();
map.put(new BadKey(&key&), &value&); // Memory leak even if your threads die.
除了被遗忘的监听器，静态引用，hashmap中key错误/被修改或者线程阻塞不能结束生命周期等典型内存泄露场景，下面介绍一些不太明显的Java发生内存泄露的情况，主要是线程相关的。
Runtime.addShutdownHook
后没有移除，即使使用了removeShutdownHook，由于ThreadGroup类对于未启动线程的bug，它可能不被回收，导致ThreadGroup发生内存泄露。
创建但未启动线程，与上面的情形相同
创建继承了
ContextClassLoader
AccessControlContext
ThreadGroup
InheritedThreadLocal
的使用，所有这些引用都是潜在的泄露，以及所有被类加载器加载的类和所有静态引用等等。这对
ThreadFactory
接口作为重要组成元素整个j.u.c.Executor框架(java.util.concurrent)的影响非常明显，很多开发人员没有注意到它潜在的危险。而且很多库都会按照请求启动线程。
ThreadLocal
缓存，很多情况下不是好的做法。有很多基于ThreadLocal的简单缓存的实现，但是如果线程在它的期望生命周期外继续运行ContextClassLoader将发生泄露。除非真正必要不要使用ThreadLocal缓存。
当ThreadGroup自身没有线程但是仍然有子线程组时调用
ThreadGroup.destroy()
。发生内存泄露将导致该线程组不能从它的父线程组移除，不能枚举子线程组。
使用WeakHashMap，value直接(间接)引用key，这是个很难发现的情形。这也适用于继承
Weak/SoftReference
的类可能持有对被保护对象的强引用。
使用http(s)协议的
java.net.URL
下载资源。
KeepAliveCache
在系统ThreadGroup创建新线程，导致当前线程的上下文类加载器内存泄露。没有存活线程时线程在第一次请求时创建，所以很有可能发生泄露。
(在Java7中已经修正了，创建线程的代码合理地移除了上下文类加载器。)
InflaterInputStream
在构造函数(比如
PNGImageDecoder
new java.util.zip.Inflater()
，不调用inflater的
。仅仅是new的话非常安全，但如果自己创建该类作为构造函数参数时调用流的
不能关闭inflater，可能发生内存泄露。这并不是真正的内存泄露因为它会被finalizer释放。但这消耗了很多native内存，导致linux的oom_killer杀掉进程。所以这给我们的教训是：尽可能早地释放native资源。
java.util.zip.Deflater
也一样，它的情况更加严重。好的地方可能是很少用到
。如果自己创建了
记住必须调用
原文链接：
译文链接：
已发表评论数()
已收藏到推刊！
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
排版有问题
没有分页内容
视频无法显示
图片无法显示}