java内存泄漏(java内存泄漏排查)
java中会存在内存泄漏吗？
会。如：int i,i2; return (i-i2); //when i为足够大的正数,i2为足够大的负数。结果会造成溢位，导致错误。
以上是我对于这个问题的解答，希望能够帮到大家。
如何防止JAVA内存泄漏？
MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收 请采纳我的答案。
如何编写一个java内存泄露程序？
自己改一下下面的代码，把堆栈中的元素改成mp3类型的或更大点的东西
4.Java中参数都是传值的。
对于基本类型，大家基本上没有异议，但是对于引用类型我们也不能有异议。
Java内存泄露情况
JVM回收算法 是很复杂的，我也不知道他们怎么实现的，但是我只知道他们要实现的就是：对于没有被引用的对象是可以回收的。所以你要造成内存泄露就要做到：
持有对无用对象的引用!
不要以为这个很轻易做到，既然无用，你怎么还会持有它的引用? 既然你还持有它，它怎么会是无用的呢?
以下以堆栈更经典这个经典的例子来剖析。
Java代码
public class Stack {
private Object[] elements=new Object[10];
private int size = 0;
public void push(Object e){
ensureCapacity();
elements[size++] = e;
public Object pop(){
if( size == 0)
throw new EmptyStackException();
return elements[—size];
private void ensureCapacity(){
if(elements.length == size){
Object[] oldElements = elements;
elements = new Object[2 * elements.length+1];
System.arraycopy(oldElements,0, elements, 0, size);
上面的原理应该很简单，假如堆栈加了10个元素，然后全部弹出来，虽然堆栈是空的，没有我们要的东西，但是这是个对象是无法回收的，这个才符合了内存泄露的两个条件：无用，无法回收。
但是就是存在这样的东西也不一定会导致什么样的后果，假如这个堆栈用的比较少，也就浪费了几个K内存而已，反正我们的内存都上G了，哪里会有什么影响，再说这个东西很快就会被回收的，有什么关系。下面看两个例子。
例子1
Java代码
public class Bad{
public static Stack s=Stack();
static{
s.push(new Object());
s.pop(); //这里有一个对象发生内存泄露
s.push(new Object()); //上面的对象可以被回收了，等于是自愈了
}
因为是static，就一直存在到程序退出，但是我们也可以看到它有自愈功能 ，就是说假如你的Stack最多有100个对象，那么最多也就只有100个对象无法被回收其实这个应该很轻易理解，Stack内部持有100个引用，最坏的情况就是他们都是无用的，因为我们一旦放新的进取，以前的引用自然消失！
例子2
Java代码
public class NotTooBad{
public void doSomething(){
Stack s=new Stack();
s.push(new Object());
//other code
s.pop();//这里同样导致对象无法回收,内存泄露.
}//退出方法,s自动无效,s可以被回收,Stack内部的引用自然没了,所以
//这里也可以自愈,而且可以说这个方法不存在内存泄露问题,不过是晚一点
//交给GC而已,因为它是封闭的,对外不开放,可以说上面的代码99.9999%的
//情况是不会造成任何影响的,当然你写这样的代码不会有什么坏的影响,但是
//绝对可以说是垃圾代码!没有矛盾吧,我在里面加一个空的for循环也不会有
//什么太大的影响吧,你会这么做吗?
}1、首先得搞清楚什么叫内存泄露，简单来说就是一个东西放在内存里的时间太长了，当你的程序都跑完了，它还存在那里。这时它是白白的占用了你的内存，累积起来占用的内存越来越多……最后就会导致jvm报错：out of memory。
2、一般情况下，别人如果能指出你的系统(程序)内存溢出，这个人应该还是挺厉害的。通常对于新人来说，喜欢把变量直接定义在class下(此时称之为实例变量，或者成员变量)，那么在方法里调用后，这个实例变量是不会被释放的，大量的这样使用就可能会引发内存泄露。
3、把变量定义在方法里，当这个方法执行完毕后内存就得到释放了，这是个好习惯。
4、如果想要看到内存溢出，可以按这样的思路去尝试一下：定义一个静态的实例变量(list或其它集合)，然后在一个方法里循环往这个静态变量塞东西，直到这个实例变量撑爆你的jvm内存。很快你就能看到out of memory……
import java.util.arraylist;
import java.util.list;
public class memorytest {
private static list list = new arraylist();
private static int count = 0;
public static void main(string[] args) throws interruptedexception {
system.out.println(“申请前的可用内存 = “+getfreememory());
while(true){
list.add(new byte[1024*1024]);//用实例变量申请1m内存，当方法执行完毕时，这个static的变量是不会被释放
count++;
if (count % 100 == 0) {
system.out.println(“当前list.size()=”+list.size()+”,可用内存 = “+getfreememory());
thread.sleep(500);
}
public static long getfreememory() {
return runtime.getruntime().freememory() / (1024 * 1024);
}不用这样吧，jdk1.6里面有个可以查看内存映像的可视化工具，你可以用它来看内存中的各个对象的内存占用情况，一些ide里面也有这样的工具
java不容易内存泄露，但一旦泄露，查找起来还是很不容易的，网上有人发过一些自己发现过的错误，你可以去搜一下，参考下List list = new ArrayList();
long l;
for(;;) list.add((l++)+”test”)
java在什么情况下会出现内存泄露
内存泄露就是指一个不再被程序使用的对象或变量一直被占据在内存中。java中的内存泄露的情况：
1.长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，例如，缓存系统，我们加载了一个对象放在缓存中(例如放在一个全局map对象中)，然后一直不再使用它，这个对象一直被缓存引用，但却不再被使用。
2.集合类，而如果集合类是全局性的变量(比如类中的静态属性，全局性的map等即有静态引用或final一直指向它)，那么没有相应的删除机制，很可能导致集合所占用的内存只增不减，因此提供这样的删除机制或者定期清除策略非常必要。
3.单例模式。不正确使用单例模式是引起内存泄露的一个常见问题，单例对象在被初始化后将在JVM的整个生命周期中存在(以静态变量的方式)，如果单例对象持有外部对象的引用，那么这个外部对象将不能被jvm正常回收，导致内存泄露java中虽然使用了gc策略，但事实上还是会出现内存泄漏现象的，java因此还提出了弱引用等局部解决方案。
但楼主说的system.exit(0)是不会形成内存泄漏的。
其实这里都是两个范畴的内存了。楼上以及我开始说的java中的内存是指虚拟机的内存，映射到宿主机可以有各种实现，虽然一般也是映射到内存。 而system.exit(0)会析构掉虚拟机，也就是把这个虚拟的机器都拆了，也就无从谈起虚拟机内存泄漏不泄漏的概念，正所谓皮之不存，毛将焉附。而问题是宿主机的内存是否泄漏了。从原理上说，虚拟机运行时，不管执行怎样的指令，映射到宿主机器资源，都回在机器被拆掉时释放。当然，从实现上说，如果宿主操作系统，或者jvm有bug，当然有可能造成内存泄漏，但和java程序员写的客户程序无关。(补充：包括在宿主机内杀java进程，其资源回收问题是操作系统和java平台的责任。我们在古老的操作系统经常会遇到文件没正常关闭之类的问题，但现在的操作系统这些问题应该不会很大，也就是宿主机其实也有一定的回收机制，包括内存回收，但着本身不是内存泄漏的范畴，内存泄漏是指程序运行时的客户程序造成的内存资源失控。当客户程序退出时的问题，就是操作系统设计的范畴了)
逃离我推掉我的手
爱被打了一巴掌
「爱情、让人受尽委屈。」
淩亂°似流年
超、凢脫俗
还没有评论，来说两句吧...