第一对所有的代码包括页面中的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发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。
问题一：内存溢出的解决方法 内存溢出虽然很棘手，但也有相应的解决办法，可以按照从易到难，一步步的解决。第一步，就是修改JVM启动参数，直接增加内存。这一点看上去似乎很简单，但很容易被忽略。JVM默认可以使用的内存为64M，Tomcat默认可以使用的内存为128MB，对于稍复杂一点的系统就会不够用。在某项目中，就因为启动参数使用的默认值，经常报“OutOfMemory”错误。因此，-Xms，-Xmx参数一定不要忘记加。第二步，检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。在一个项目中，使用两个数据库连接，其中专用于发送短信的数据库连接使用DBCP连接池管理，用户为不将短信发出，有意将数据库连接用户名改错，使得日志中有许多数据库连接异常的日志，一段时间后，就出现“OutOfMemory”错误。经分析，这是由于DBCP连接池BUG引起的，数据库连接不上后，没有将连接释放，最终使得DBCP报“OutOfMemory”错误。经过修改正确数据库连接参数后，就没有再出现内存溢出的错误。查看日志对于分析内存溢出是非常重要的，通过仔细查看日志，分析内存溢出前做过哪些操作，可以大致定位有问题的模块。第三步，安排有经验的编程人员对代码进行走查和分析，找出可能发生内存溢出的位置。重点排查以下几点：? 检查代码中是否有死循环或递归调用。? 检查是否有大循环重复产生新对象实体。? 检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。? 检查List、MAP等 *** 对象是否有使用完后，未清除的问题。List、MAP等 *** 对象会始终存有对对象的引用，使得这些对象不能被GC回收。第四步，使用内存查看工具动态查看内存使用情况。某个项目上线后，每次系统启动两天后，就会出现内存溢出的错误。这种情况一般是代码中出现了缓慢的内存泄漏，用上面三个步骤解决不了，这就需要使用内存查看工具了。内存查看工具有许多，比较有名的有：Optimizeit Profiler、JProbeProfiler、JinSight和Java1.5的Jconsole等。它们的基本工作原理大同小异，都是监测Java程序运行时所有对象的申请、释放等动作，将内存管理的所有信息进行统计、分析、可视化。开发人员可以根据这些信息判断程序是否有内存泄漏问题。一般来说，一个正常的系统在其启动完成后其内存的占用量是基本稳定的，而不应该是无限制的增长的。持续地观察系统运行时使用的内存的大小，可以看到在内存使用监控窗口中是基本规则的锯齿形的图线，如果内存的大小持续地增长，则说明系统存在内存泄漏问题。通过间隔一段时间取一次内存快照，然后对内存快照中对象的使用与引用等信息进行比对与分析，可以找出是哪个类的对象在泄漏。通过以上四个步骤的分析与处理，基本能处理内存溢出的问题。当然，在这些过程中也需要相当的经验与敏感度，需要在实际的开发与调试过程中不断积累。
问题二：为什么点开查看代码就弹出内存溢出 请优化代码，找出内存溢出的原因。代码正常的话，一般计算机的内存都是够用的。
正常的工作表 里面没有VBA代码的话 扩展名为XLSX
如果有 通常为XLS 也或许是你添加了控件之类的
才会出现 隐私警告
此工作簿包含AC.....什么控件和宏 不能通过什么检查
也或许是不小心触动了 工作表的什么事件
没有关系的
解决方法
1 另存 保存的时候选择否 另存为启用宏的
2 如果你不另存的话 点击右键 进入VBE界面 看到小菜单 有你各表名称的里面 只要看到有能删除的文字都删除
问题三：内存溢出错误怎么解决 你好，内存溢出可能是病毒作怪,也有可能是程序错误. 内存溢出是指系统内存全部被占用，没有可用内存分配给新启动的任务的情况，通常不会导致系统崩溃。 可以扩展一条内存，或者增大虚拟内存的大小 下面以在Windows XP下转移虚拟内存所在盘符为例介绍虚拟内存的设置方法： 一、手动设置虚拟内存 在默认状态下，是让系统管理虚拟内存的，但是系统默认设置的管理方式通常比较保守，在自动调节时会造成页面文件不连续，而降低读写效率，工作效率就显得不高，于是经常会出现“内存不足”这样的提示，下面就让我们自已动手来设置它吧。 ①用右键点击桌面上的“我的电脑”图标，在出现的右键菜单中选择“属性”选项打开“系统属性”窗口。在窗口中点击“高级”选项卡，出现高级设置的对话框. ②点击“性能”区域的“设置”按钮，在出现的“性能选项”窗口中选择“高级”选项卡，打开其对话框。 ③在该对话框中可看到关于虚拟内存的区域，点击“更改”按钮进入“虚拟内存”的设置窗口。选择一个有较大空闲容量的分区，勾选“自定义大小”前的复选框，将具体数值填入“初始大 二、量身定制虚似内存 1.普通设置法 根据一般的设置方法，虚拟内存交换文件最小值、最大值同时都可设为内存容量的1.5倍，但如果内存本身容量比较大，比如内存是512MB，那么它占用的空间也是很可观的。所以我们可以这样设定虚拟内存的基本数值：内存容量在256MB以下，就设置为1.5倍；在512MB以上，设置为内存容量的一半；介于256MB与512MB之间的设为与内存容量相同值。 2.精准设置法 由于每个人实际操作的应用程序不可能一样，比如有些人要运行3DMAX、Photoshop等这样的大型程序，而有些人可能只是打打字、玩些小游戏，所以对虚拟内存的要求并不相同，于是我们就要因地制宜地精确设置虚拟内存空间的数值。 ①先将虚拟内存自定义的“初始大小”、“最大值”设为两个相同的数值，比如500MB； ②然后依次打开“控制面板→管理工具→性能”，在出现的“性能”对话框中，展开左侧栏目中的“性能日志和警报”，选中其下的“计数器日志”，在右侧栏目中空白处点击右键，选择右键菜单中的“新建日志设置”选项； ③在弹出的对话框“名称”一栏中填入任意名称，比如“虚拟内存测试”。在出现窗口中点击“添加计数器”按钮进入下一个窗口； ④在该窗口中打开“性能对象”的下拉列表，选择其中的“Paging File”，勾选“从列表中选择计数器”，并在下方的栏目中选择“%Usage Peak”；勾选“从列表中选择范例”，在下方的栏目中选择“_Total”，再依次点击“添加→关闭”结束 ⑥在右侧栏目中可以发现多了一个“虚拟内存测试”项目，如果该项目为红色则说明还没有启动，点击该项，选择右键菜单中的“启动”选项即可 接下来运行自己常用的一些应用程序，运行一段时间后，进入日志文件所在的系统分区下默认目录“PerfLogs”，找到“虚拟内存测试_000001.csv”并用记事本程序打开它，在该内容中，我们查看每一栏中倒数第二项数值，这个数值是虚拟内存的使用比率，找到这项数值的最大值，比如图中的“46”，用46%乘以500MB（前面所设定的虚拟内存数值），得出数值为230MB。 用该数值可以将初始大小设为230MB，而最大值可以根据磁盘空间大小自由设定，一般建议将它设置为最小值的2到3倍。这样我们就可以将虚拟内存打造得更精准，使自己的爱机运行得更加流畅、更具效率......
问题四：内存不足、内存溢出的原因和解决方法？ 引起内存不足、内存溢出的 原因 有很多种，常见的有以下几种：
1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；
2. *** 类中有对对象的引用，使用完后未清空，使得JVM不能回收；
3.代码中存在死循环或循环产生过多重复的对象实体；
4.使用的第三方软件中的BUG；
5.启动参数内存值设定的过小；
内存溢出的解决方案 ：
第一步 ，修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)
第二步 ，检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。
第三步 ，对代码进行走查和分析，找出可能发生内存溢出的位置。
重点排查以下几点：
1.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。
2.检查代码中是否有死循环或递归调用。
3.检查是否有大循环重复产生新对象实体。
4.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。
5.检查List、MAP等 *** 对象是否有使用完后，未清除的问题。List、MAP等 *** 对象会始终存有对对象的引用，使得这些对象不能被GC回收。
第四步 ，使用内存查看工具动态查看内存使用情况。
问题五：内存溢出是什么意思?如何解决? 内存溢出已经是软件开发历史上存在了近40年的“老大难”问题，象在“红色代码”病毒事件中表现的那样，它已经成为黑客攻击企业网络的“罪魁祸首”。 如在一个域中输入的数据超过了它的要求就会引发数据溢出问题，多余的数据就可以作为指令在计算机上运行。据有关安全小组称，操作系统中超过50%的安全漏洞都是由内存溢出引起的，其中大多数与微软的技术有关。
程序做的不好,用完内存不知道把内存释放给其他的程序或者系统实用,一段时间后由于此程序占用大量的内存而使得其他程序或者系统没有足够的内存使用而出现速度狂慢哗硬盘灯狂闪的现象,这就是内存益处.解决的方法就是重起电脑.可能是你安装的某个程序,比如说什么小游戏造成的.
问题六：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 问题七：为什么excel不能运行代码，显示内存溢出 有很多种原因,首先应检查的是你的变量范围...
再者检查引用数组的时候是否索引出现负数等
最好把代码贴出来
问题八：EXCEL查看代码是显示“内存溢出” 请优化代码，找出内存溢出的原因。代码正常的话，一般计算机的内存都是够用的。
正常的工作表 里面没有VBA代码的话 扩展名为XLSX
如果有 通常为XLS 也或许是你添加了控件之类的
才会出现 隐私警告
此工作簿包含AC.....什么控件和宏 不能通过什么检查
也或许是不小心触动了 工作表的什么事件
没有关系的
解决方法
1 另存 保存的时候选择否 另存为启用宏的
2 如果你不另存的话 点击右键 进入VBE界面 看到小菜单 有你各表名称的里面 只要看到有能删除的文字都删除
问题九：java代码修改，使其占有更少的内存空间，解决内存溢出问题 参加下面的代码,核心思想是分段进行处理
yuncode/code/c_536068414a11b54
问题十：java中举个内存溢出的例子，以及如何解决这个问题的 有实例代码就最好啦 List list = new ArrayList();
while(1==1) {
list.add(xxxxxxxxxxxxxxx);
}
1、为什么会发生内存泄漏
Java如何检测内在泄漏呢？我们需要一些工具进行检测，并发现内存泄漏问题，不然很容易发生down机问题。
编写java程序最为方便的地方就是我们不需要管理内存的分配和释放，一切由jvm来进行处理，当java对象不再被应用时，等到堆内存不够用时，jvm会进行垃圾回收，清除这些对象占用的堆内存空间，如果对象一直被应用，jvm无法对其进行回收，创建新的对象时，无法从Heap中获取足够的内存分配给对象，这时候就会导致内存溢出。而出现内存泄露的地方，一般是不断的往容器中存放对象，而容器没有相应的大小限制或清除机制。容易导致内存溢出。
当服务器应用占用了过多内存的时候，如何快速定位问题呢？现在，Eclipse MAT的出现使这个问题变得非常简单。EclipseMAT是著名的SAP公司贡献的一个工具，可以在Eclipse网站下载到它，完全免费的。
要定位问题，首先你需要获取服务器jvm某刻内存快照。jdk自带的jmap可以获取内存某一时刻的快照，导出为dmp文件后，就可以用Eclipse MAT来分析了，找出是那个对象使用内存过多。
2、内存泄漏的现象：
常常地，程序内存泄漏的最初迹象发生在出错之后，在你的程序中得到一个OutOfMemoryError。这种典型的情况发生在产品环境中，而在那里，你希望内存泄漏尽可能的少，调试的可能性也达到最小。也许你的测试环境和产品的系统环境不尽相同，导致泄露的只会在产品中暴露。这种情况下，你需要一个低负荷的工具来监听和寻找内存泄漏。同时，你还需要把这个工具同你的系统联系起来，而不需要重新启动他或者机械化你的代码。也许更重要的是，当你做分析的时候，你需要能够同工具分离而使得系统不会受到干扰。
一个OutOfMemoryError常常是内存泄漏的一个标志，有可能应用程序的确用了太多的内存；这个时候，你既不能增加JVM的堆的数量，也不能改变你的程序而使得他减少内存使用。但是，在大多数情况下，一个OutOfMemoryError是内存泄漏的标志。一个解决办法就是继续监听GC的活动，看看随时间的流逝，内存使用量是否会增加，如果有，程序中一定存在内存泄漏。
3、发现内存泄漏
1. jstat -gc pid
可以显示gc的信息，查看gc的次数，及时间。
其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。
2.jstat -gccapacity pid
可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小，
如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，
PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。
其他的可以根据这个类推，OC是old内纯的占用量。
3.jstat -gcutil pid
统计gc信息统计。
4.jstat -gcnew pid
年轻代对象的信息。
5.jstat -gcnewcapacity pid
年轻代对象的信息及其占用量。
6.jstat -gcold pid
old代对象的信息。
7.stat -gcoldcapacity pid
old代对象的信息及其占用量。
8.jstat -gcpermcapacity pid
perm对象的信息及其占用量。
9.jstat -class pid
显示加载class的数量，及所占空间等信息。
10.jstat -compiler pid
显示VM实时编译的数量等信息。
11.stat -printcompilation pid
当前VM执行的信息。
一些术语的中文解释：
S0C：年轻代中第一个survivor（幸存区）的容量(字节)
S1C：年轻代中第二个survivor（幸存区）的容量(字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间(字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间(字节)
EC：年轻代中Eden（伊甸园）的容量(字节)
EU：年轻代中Eden（伊甸园）目前已使用空间(字节)
OC：Old代的容量(字节)
OU：Old代目前已使用空间(字节)
PC：Perm(持久代)的容量(字节)
PU：Perm(持久代)目前已使用空间(字节)
YGC：从应用程序启动到采样时年轻代中gc次数
YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)
FGC：从应用程序启动到采样时old代(全gc)gc次数
FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT：从应用程序启动到采样时gc用的总时间(s)
NGCMN：年轻代(young)中初始化(最小)的大小(字节)
NGCMX：年轻代(young)的最大容量(字节)
NGC：年轻代(young)中当前的容量(字节)
OGCMN：old代中初始化(最小)的大小(字节)
OGCMX：old代的最大容量(字节)
OGC：old代当前新生成的容量(字节)
PGCMN：perm代中初始化(最小)的大小(字节)
PGCMX：perm代的最大容量(字节)
PGC：perm代当前新生成的容量(字节)
S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
E：年轻代中Eden（伊甸园）已使用的占当前容量百分比
O：old代已使用的占当前容量百分比
P：perm代已使用的占当前容量百分比
S0CMX：年轻代中第一个survivor（幸存区）的最大容量(字节)
S1CMX：年轻代中第二个survivor（幸存区）的最大容量(字节)
ECMX：年轻代中Eden（伊甸园）的最大容量(字节)
DSS：当前需要survivor（幸存区）的容量(字节)（Eden区已满）
TT：持有次数限制
MTT：最大持有次数限制
如果定位内存泄漏问题我一般使用如下命令：
Jstat -gcutil15469 2500 70
[root@ssss logs]# jstat -gcutil 15469 1000 300
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 1.46 26.54 4.61 30.14 35 0.872 0 0.000 0.872
0.00 1.46 46.54 4.61 30.14 35 0.872 0 0.000 0.872
0.00 1.46 47.04 4.61 30.14 35 0.872 0 0.000 0.872
0.00 1.46 65.19 4.61 30.14 35 0.872 0 0.000 0.872
0.00 1.46 67.54 4.61 30.14 35 0.872 0 0.000 0.872
0.00 1.46 87.54 4.61 30.14 35 0.872 0 0.000 0.872
0.00 1.46 88.03 4.61 30.14 35 0.872 0 0.000 0.872
1.48 0.00 5.56 4.62 30.14 36 0.874 0 0.000 0.874
1000 代表多久间隔显示一次，
100 代表显示一次。
S0 — Heap上的 Survivor space 0 区已使用空间的百分比
S1 — Heap上的 Survivor space 1 区已使用空间的百分比
E — Heap上的 Eden space 区已使用空间的百分比
O — Heap上的 Old space 区已使用空间的百分比
P — Perm space 区已使用空间的百分比
YGC — 从应用程序启动到采样时发生 Young GC 的次数
YGCT– 从应用程序启动到采样时 Young GC 所用的时间（单位秒）
FGC — 从应用程序启动到采样时发生 Full GC 的次数
FGCT– 从应用程序启动到采样时 Full GC 所用的时间（单位秒）
GCT — 从应用程序启动到采样时用于垃圾回收的总时间（单位秒）
如果有大量的FGC就要查询是否有内存泄漏的问题了，图中的FGC数量就比较大，并且执行时间较长，这样就会导致系统的响应时间较长，如果对jvm的内存设置较大，那么执行一次FGC的时间可能会更长。
如果为了更好的证明FGC对服务器性能的影响，我们可以使用java visualVM来查看一下：
从上图可以发现执行FGC的情况，下午3:10分之前是没有FGC的，之后出现大量的FGC。
上图是jvm堆内存的使用情况，下午3:10分之前的内存回收还是比较合理，但是之后大量内存无法回收，最后导致内存越来越少，导致大量的full gc。
下面我们在看看大量full GC对服务器性能的影响，下面是我用loadrunner对我们项目进行压力测试相应时间的截图：
从图中可以发现有，在进行full GC后系统的相应时间有了明显的增加，点击率和吞吐量也有了明显的下降。所以java内存泄漏对系统性能的影响是不可忽视的。
3、定位内存泄漏
当然通过上面几种方法我们可以发现java的内存泄漏问题，但是作为一名合格的高级工程师，肯定不甘心就把这样的结论交给开发，当然这也的结论交给开发，开发也很难定位问题，为了更好的提供自己在公司的地位，我们必须给开发工程师提供更深入的测试结论，下面就来认识一下MemoryAnalyzer.exe。java内存泄漏检查工具利器。
首先我们必须对jvm的堆内存进行dump，只有拿到这个文件我们才能分析出jvm堆内存中到底存了些什么内容，到底在做什么？
MemoryAnalyzer的用户我在这里就不一一说明了，我的博客里也有说明，下面就展示我测试的成功图：
其中深蓝色的部分就为内存泄漏的部分，java的堆内存一共只有481.5M而内存泄漏的部分独自占有了336.2M所以本次的内存泄漏很明显，那么我就来看看那个方法导致的内存泄漏：
从上图我们可以发现红线圈着的方法占用了堆内存的67.75%，如果能把这个测试结果交给开发，开发是不是应该很好定位呢。所以作为一名高级测试工程师，我们需要学习的东西太多。
虽然不确定一定是内存泄漏，但是可以准确的告诉开发问题出现的原因，有一定的说服力。
内存溢出是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。为了解决Java中内存溢出问题，我们首先必须了解Java是如何管理内存的。Java的内存管理就是对象的分配和释放问题。在Java中，内存的分配是由程序完成的，而内存的释放是由垃圾收集器(Garbage Collection，GC)完成的，程序员不需要通过调用GC函数来释放内存，因为不同的JVM实现者可能使用不同的算法管理GC，有的是内存使用到达一定程度时，GC才开始工作，也有定时执行的，有的是中断式执行GC。但GC只能回收无用并且不再被其它对象引用的那些对象所占用的空间。Java的内存垃圾回收机制是从程序的主要运行对象开始检查引用链，当遍历一遍后发现没有被引用的孤立对象就作为垃圾回收。引起内存溢出的原因有很多种，常见的有以下几种：l 内存中加载的数据量过于庞大，如一次从数据库取出过多数据；l 集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；l 代码中存在死循环或循环产生过多重复的对象实体；l 使用的第三方软件中的BUG；l 启动参数内存值设定的过小；
