2024年4月5日发(作者：哈如波)
内存溢出的原因有哪些？怎么解决？
内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，
出现out of memory;比如申请了一个integer,但给它存了long才能存下的数，那就是内
存溢出。那么当你遇到这种情况时该怎么办呢?今天小编为大家整理了一些解决方法，下
面我们一起来看看吧!
简介
内存泄漏是指你向系统申请分配内存进行使用(new)，可是使用完了以后却不归还
(delete)，结果你申请到的那块内存你自己也不能再访问(也许你把它的地址给弄丢了)，
而系统也不能再次将它分配给需要的程序。一个盘子用尽各种方法只能装4个果子，你装
了5个，结果掉倒地上不能吃了。这就是溢出!比方说栈，栈满时再做进栈必定产生空间
溢出，叫上溢，栈空时再做退栈也产生空间溢出，称为下溢。就是分配的内存不足以放下
数据项序列,称为内存溢出.
以发生的方式来分类，内存泄漏可以分为4类：
1. 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导
致一块内存泄漏。
2. 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。
常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试
环境和测试方法对检测内存泄漏至关重要。
3. 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，
导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数
中却没有释放该内存，所以内存泄漏只会发生一次。
4. 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内
存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于
一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽
系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。
从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根
本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有
的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内
存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到
内存溢出的原因以及解决方法
引起内存溢出的原因有很多种，小编列举一下常见的有以下几种：
1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据;
2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收;
3.代码中存在死循环或循环产生过多重复的对象实体;
4.使用的第三方软件中的BUG;
5.启动参数内存值设定的过小
内存溢出的解决方案：
第一步，修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)
第二步，检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。
第三步，对代码进行走查和分析，找出可能发生内存溢出的位置。
重点排查以下几点：
1.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十
万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较
少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此
对于数据库查询尽量采用分页的方式查询。
2.检查代码中是否有死循环或递归调用。
3.检查是否有大循环重复产生新对象实体。
4.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十
万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较
少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此
对于数据库查询尽量采用分页的方式查询。
5.检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对
象会始终存有对对象的引用，使得这些对象不能被GC回收。
第四步，使用内存查看工具动态查看内存使用情况。
扩展资料
数据类型超过了计算机字长的界限就会出现数据溢出的情况。导致内存溢出问题的原
因有很多，比如：
(1) 使用非类型安全(non-type-safe)的语言如 C/C++ 等。
(2) 以不可靠的方式存取或者复制内存缓冲区。
(3)编译器设置的内存缓冲区太靠近关键数据结构。
因素分析
1.内存溢出问题是 C 语言或者 C++ 语言所固有的缺陷，它们既不检查数组边界，又
不检查类型可靠性(type-safety)。众所周知，用 C/C++ 语言开发的程序由于目标代码非
常接近机器内核，因而能够直接访问内存和寄存器，这种特性大大提升了 C/C++ 语言代
码的性能。只要合理编码，C/C++应用程序在执行效率上必然优于其它高级语言。然而，
C/C++ 语言导致内存溢出问题的可能性也要大许多。其他语言也存在内存溢出问题，但
它往往不是程序员的失误，而是应用程序的运行时环境出错所致。
2. 当应用程序读取用户(也可能是恶意攻击者)数据，试图复制到应用程序开辟的内存
缓冲区中，却无法保证缓冲区的空间足够时(换言之，假设代码申请了 N 字节大小的内存
缓冲区，随后又向其中复制超过 N 字节的数据)。内存缓冲区就可能会溢出。想一想，如
果你向 12 盎司的玻璃杯中倒入 16 盎司水，那么多出来的 4 盎司水怎么办?当然会满到玻
璃杯外面了!
3. 最重要的是，C/C++编译器开辟的内存缓冲区常常邻近重要的数据结构。假设某
个函数的堆栈紧接在在内存缓冲区后面时，其中保存的函数返回地址就会与内存缓冲区相
邻。此时，恶意攻击者就可以向内存缓冲区复制大量数据，从而使得内存缓冲区溢出并覆
盖原先保存于堆栈中的函数返回地址。这样，函数的返回地址就被攻击者换成了他指定的
数值;一旦函数调用完毕，就会继续执行“函数返回地址”处的代码。非但如此，C++ 的
某些其它数据结构，比如 v-table 、例外事件处理程序、函数指针等，也可能受到类似的
攻击。
好了今天小编的介绍就到这里了，希望对大家有所帮助!如果你喜欢记得分享给身边
的朋友哦!
2024年4月5日发(作者：哈如波)
内存溢出的原因有哪些？怎么解决？
内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，
出现out of memory;比如申请了一个integer,但给它存了long才能存下的数，那就是内
存溢出。那么当你遇到这种情况时该怎么办呢?今天小编为大家整理了一些解决方法，下
面我们一起来看看吧!
简介
内存泄漏是指你向系统申请分配内存进行使用(new)，可是使用完了以后却不归还
(delete)，结果你申请到的那块内存你自己也不能再访问(也许你把它的地址给弄丢了)，
而系统也不能再次将它分配给需要的程序。一个盘子用尽各种方法只能装4个果子，你装
了5个，结果掉倒地上不能吃了。这就是溢出!比方说栈，栈满时再做进栈必定产生空间
溢出，叫上溢，栈空时再做退栈也产生空间溢出，称为下溢。就是分配的内存不足以放下
数据项序列,称为内存溢出.
以发生的方式来分类，内存泄漏可以分为4类：
1. 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导
致一块内存泄漏。
2. 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。
常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试
环境和测试方法对检测内存泄漏至关重要。
3. 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，
导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数
中却没有释放该内存，所以内存泄漏只会发生一次。
4. 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内
存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于
一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽
系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。
从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根
本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有
的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内
存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到
内存溢出的原因以及解决方法
引起内存溢出的原因有很多种，小编列举一下常见的有以下几种：
1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据;
2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收;
3.代码中存在死循环或循环产生过多重复的对象实体;
4.使用的第三方软件中的BUG;
5.启动参数内存值设定的过小
内存溢出的解决方案：
第一步，修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)
第二步，检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。
第三步，对代码进行走查和分析，找出可能发生内存溢出的位置。
重点排查以下几点：
1.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十
万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较
少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此
对于数据库查询尽量采用分页的方式查询。
2.检查代码中是否有死循环或递归调用。
3.检查是否有大循环重复产生新对象实体。
4.检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十
万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较
少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此
对于数据库查询尽量采用分页的方式查询。
5.检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对
象会始终存有对对象的引用，使得这些对象不能被GC回收。
第四步，使用内存查看工具动态查看内存使用情况。
扩展资料
数据类型超过了计算机字长的界限就会出现数据溢出的情况。导致内存溢出问题的原
因有很多，比如：
(1) 使用非类型安全(non-type-safe)的语言如 C/C++ 等。
(2) 以不可靠的方式存取或者复制内存缓冲区。
(3)编译器设置的内存缓冲区太靠近关键数据结构。
因素分析
1.内存溢出问题是 C 语言或者 C++ 语言所固有的缺陷，它们既不检查数组边界，又
不检查类型可靠性(type-safety)。众所周知，用 C/C++ 语言开发的程序由于目标代码非
常接近机器内核，因而能够直接访问内存和寄存器，这种特性大大提升了 C/C++ 语言代
码的性能。只要合理编码，C/C++应用程序在执行效率上必然优于其它高级语言。然而，
C/C++ 语言导致内存溢出问题的可能性也要大许多。其他语言也存在内存溢出问题，但
它往往不是程序员的失误，而是应用程序的运行时环境出错所致。
2. 当应用程序读取用户(也可能是恶意攻击者)数据，试图复制到应用程序开辟的内存
缓冲区中，却无法保证缓冲区的空间足够时(换言之，假设代码申请了 N 字节大小的内存
缓冲区，随后又向其中复制超过 N 字节的数据)。内存缓冲区就可能会溢出。想一想，如
果你向 12 盎司的玻璃杯中倒入 16 盎司水，那么多出来的 4 盎司水怎么办?当然会满到玻
璃杯外面了!
3. 最重要的是，C/C++编译器开辟的内存缓冲区常常邻近重要的数据结构。假设某
个函数的堆栈紧接在在内存缓冲区后面时，其中保存的函数返回地址就会与内存缓冲区相
邻。此时，恶意攻击者就可以向内存缓冲区复制大量数据，从而使得内存缓冲区溢出并覆
盖原先保存于堆栈中的函数返回地址。这样，函数的返回地址就被攻击者换成了他指定的
数值;一旦函数调用完毕，就会继续执行“函数返回地址”处的代码。非但如此，C++ 的
某些其它数据结构，比如 v-table 、例外事件处理程序、函数指针等，也可能受到类似的
攻击。
好了今天小编的介绍就到这里了，希望对大家有所帮助!如果你喜欢记得分享给身边
的朋友哦!