java爆内存代码,java内存超过最大堆内存

如何用Java编写一段代码引发内存泄露，内存泄露

1、首先得搞清楚什么叫内存泄露，简单来说就是一个东西放在内存里的时间太长了，当你的程序都跑完了，它还存在那里。这时它是白白的占用了你的内存，累积起来占用的内存越来越多……最后就会导致JVM报错：out of memory。

10年积累的成都网站建设、网站建设经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有当涂免费网站建设让你可以放心的选择与我们合作。

2、一般情况下，别人如果能指出你的系统（程序）内存溢出，这个人应该还是挺厉害的。通常对于新人来说，喜欢把变量直接定义在class下（此时称之为实例变量，或者成员变量），那么在方法里调用后，这个实例变量是不会被释放的，大量的这样使用就可能会引发内存泄露。

3、把变量定义在方法里，当这个方法执行完毕后内存就得到释放了，这是个好习惯。

4、如果想要看到内存溢出，可以按这样的思路去尝试一下：定义一个静态的实例变量（list或其它集合），然后在一个方法里循环往这个静态变量塞东西，直到这个实例变量撑爆你的jvm内存。很快你就能看到out of memory……

123456789101112131415161718192021222324import 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); } }

Java内存溢出，求解决

你想想你的代码List最大长度多少：

for(int i = 0 ; i10000000 ; i++){

list.add(i) ;

if(i==100000){

list.clear();

System.gc() ;

}

你到100000时清空，那List最大长度是10000000 - 100000 = 9900000，如果你的意思是每100000次清空一下，应该写成：

if(i % 100000 == 0)

List中存Integer，一个Integer在Sun的虚拟机上是16字节，9900000就占用约160MB，超过了Sun虚拟机默认堆内存64MB，可以在启动时加参数改成1024MB内存

java -Xmx1024m YourClass

}

java内存溢出怎么解决？

第一对所有的代码包括页面中的java代码都进行一遍彻底的回顾检查，

1.对那些静态(static)的对象要特别留神，特别是类型为Map,List,Set的，静态的变量会一直驻存在内存中，生命周期比较长，不会被垃圾器回收。

2．对于代码，要审查是否生成了大量的冗余的对象，还有一些逻辑业务处理的类，

算法是否过于复杂，调整算法，对于代码认真审查，再仔细重构一遍代码，能提高代码质量，提高程序运行稳定性。

3.Java中的内存溢出大都是因为栈中的变量太多了。其实内存有的是。建议不用的尽量设成null以便回收，多用局部变量，少用成员变量。

1），变量所包含的对象体积较大，占用内存较多。

2），变量所包含的对象生命周期较长。

3），变量所包含的对象数据稳定。

4），该类的对象实例有对该变量所包含的对象的共享需求。

4．在我的程序中对静态变量的优化后，使程序占用内存量至少提升了5k-10k。所以也不容忽视。

第二还有就是String类相关的东西：

1．字符串累加的时候一定要用StringBuffer的append方法，不要使用+操作符连接两个字符串。差别很大。而且在循环或某些重复执行的动作中不要去创建String对象，因为String对象是要用StringBuffer对象来处理的，一个String对象应该是产生了 3个对象（大概是这样：））。

2．字符串length()方法来取得字符串长度的时候不要把length放到循环中，可以在循环外面对其取值。(包括vector的size方法)。特别是循环次数多的时候，尽量把length放到循环外面。

int size = xmlVector.size();

for (int i = 2; i size; i++) {

。。。

}

3 写代码的时候处理内存溢出

try{

//do sth

....

}catch (outofmemoryerror e){//可以用一个共通函数来执行.

system.out.print (“no memory! ”);

system.gc();

//do sth again

....

} 4.对于频繁申请内存和释放内存的操作,还是自己控制一下比较好,但是System.gc()的方法不一定适用，最好使用finallize强制执行或者写自己的finallize方法。 Java 中并不保证每次调用该方法就一定能够启动垃圾收集，它只不过会向JVM发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。

如何用Java编写一段代码引发内存泄露

package Memory;

import java.util.ArrayList;

public class MemoryLeak {

public static void main(String[] args){

ArrayList list = new ArrayList();

for(int i=0;i1000;i++)

list.add(new String(new char[50000]).substring(1,5));

}

}

如何编写一个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循环也不会有

//什么太大的影响吧,你会这么做吗?

}