导致OOM异常的原因哪些?

最新推荐文章于 2023-12-25 10:37:13 发布
原创 最新推荐文章于 2023-12-25 10:37:13 发布 · 3.7k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

一、 Acitivity没有对栈进行管理,如果开启过多,就容易造成内存溢出

二、加载大的图片或者同时数量过多的图片的时候

三、数据库或者资源没有关闭

四、静态成员变量持有类的应用

五、非静态内部类持有外部类的引用,使用非静态内部类创建静态变量

六、单例引起内存泄露

七、Handler造成内存泄露

八、线程周期不可控

九、无线循环的属性动画引起内存泄露

十、listView等没有getView方法没有复用

十一、递归次数过多,也会导致内存溢出.

十二、频繁的内存抖动,也会造成OOM

最低0.47元/天 解锁文章
场景应用：Java 出现 Out Of MemoryError（OOM 错误)的原因有哪些？出现 OOM 错误后，怎么解决？
流楚丶格念的博客
10-16 1956
错误原因：此 OOM 是由于 JVM 在 GC 时，对象过多，导致内存溢出，建议调整 GC 的策略，在一定比例下开始 GC 而不要使用默认的策略，或者将新代和老代设置合适的大小，需要进行微调存活率。解决方法：如果 JVM 内存调的过大或者可利用率小于 20%，可以建议将 heap 及 perm 的最大值下调，并将线程栈调小，即-Xss 调小，如：-Xss128k。显示的是提示分配失败的源模块的名称，所以有必要查看日志文件，如 crash 时的 hs 文件。解决方法：调高 heap 的最大值，即。
oom技术分享，各种情况下可能会出现的oom事故
12-27
java jvm 中关于内存溢出分享，举例说明各种情况下可能会出现的oom事故
Java内存各部分OOM出现原因及解决方法(必看)
08-30
下面小编就为大家带来一篇Java内存各部分OOM出现原因及解决方法(必看)。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
论Java多线程如何引发OOM—多线程开发知识点
何义竏
07-08 2558
Java —ThreadLocal 如何引发 OOMJava 内存泄漏ThreadLocal_OOM回顾ThreadLocal强引用软引用弱引用虚引用 Java 内存泄漏 内存溢出(Out Of Memory）：是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于能提供的最大内存。此时程序就运行不了，系统会提示内存溢出，有时候会自动关闭软件，重启电脑或者软件后释放掉一部分内存又可以正常运行该软件，而由系统配置、数据流、用户代码等原因而导致的内存溢出错误，即使用户重新执行任务依然
造成OOM的原因有哪几种？
热门推荐
inet_ygssoftware的博客
05-26 14万+
堆内存不足是最常见的 OOM 原因之一，抛出的错误信息是“java.lang.OutOfMemoryError:Java heap space”，原因可能千奇百怪，例如，可能存在内存泄漏问题；也很有可能就是堆的大小不合理，比如我们要处理比较可观的数据量，但是没有显式指定 JVM 堆大小或者指定数值偏小；或者出现 JVM 处理引用不及时，导致堆积起来，内存无法释放等。 虚拟机栈和本地方法栈，这里要稍微复杂一点。如果我们写一段程序不断的进行递归调用，而且没有退出条件，就会导致不断地进行压栈。类似这种情况，JV.
springboot中@Async默认线程池导致OOM问题
08-19
本文将详细介绍 SpringBoot 中 @Async 默认线程池导致 OOM 问题的原因、解决方法以及相关的知识点。 一、问题背景 在实际项目中，我们可能会遇到 OOM 问题，尤其是在压测过程中。 OOM 问题有多种类型，包括 Perm...
Groovy大量计算导致oom的解决办法
05-27
问题原因分析：使用ScriptEngine.eval每次都会对脚本进行编译，生成一个新的类，被GroovyClassLoader加载，大量执行计算后，将导致被加载的类数量不断增加，最终OOM。 解决办法：对计算的表达式expression进行预...
每日一道面试题（第5期）---哪些情况下会导致OOM问题
weixin_33753003的博客
05-24 995
零零碎碎的东西总是记不长久，仅仅学习别人的文章也只是他人咀嚼后留下的残渣。无意中发现了这个每日一道面试题，想了想如果只是简单地去思考，那么不仅会收效甚微，甚至难一点的题目自己可能都懒得去想，坚持不下来。所以不如把每一次的思考、理解以及别人的见解记录下来。不仅加深自己的理解，更要激励自己坚持下去。 什么是OOM “OOM”也就是“out of memory”，意思是内存用完了。也就是说，当你去申...
什么情况导致 oom
共同成长的专栏
08-27 839
OOM产生的原因：内存不足，android系统为每一个应用程序都设置了一个硬性的条件：DalvikHeapSize最大阀值64M/48M/24M.如果你的应用程序内存占用接近这个阀值，此时如果再尝试内存分配的时候就会造成OOM。 1)内存泄露多了就容易导致OOM 2)大图的处理。压缩图片。平时开发就要注意对象的频繁创建和回收。 3）可以适当的检测：ActivityManager.getMem
android BitmapFactory的OutOfMemoryError: bitmap size exceeds VM budget解决方案
做好我自己
08-24 2420
转自：http://www.cnblogs.com/hellope/archive/2011/08/23/2150400.html 使用android提供的BitmapFactory解码一张图片时，有时会遇到该错误，即：java.lang.OutOfMemoryError: b
什么情况导致oom
qq_34378183的博客
10-11 473
1）使用更加轻量的数据结构  2）Android里面使用Enum  3）Bitmap对象的内存占用  4）更大的图片  5）onDraw方法里面执行对象的创建  6）StringBuilder
几种可能导致OOM异常的情况
qq_34871674的博客
01-07 1975
本文将讲述两种可能导致OOM的案例 注意：1、程序计数器不会发生OOM 2、在jdk1.8中已经取消了永久代概念，改由元空间取代，就算设置-XX:MetaspaceSize=1m；这种参数限制大小，实际操作时并没有起到多大用处，因此很难通过简单的demo复现以前老年代产生OOM的异常。 由于递归深度过长导致 jvm对递归深度有限制，具体深度由于jdk 版本等的不同有差异，下面这个案例使用jdk1....
导致OOM的几种情况
yangxuehui1990的专栏
04-11 2911
导致OOM 有以下几种情况：1 应用中需要加载大对象，例如Bitmap一张在pc机上用的1024*768图片，如果直接用在手机屏幕这种小屏幕上，不仅没有提高显示质量，还容易使内存吃紧。假设照片是用ARGB_8888格式，那么一张1024×768的图片需要占用3M的内存， 4-5张就OOM了。bitmap分辨率越高，所占用的内存就越大，这个是以2为指数级增长的。解决方案：当我们需要显示大的bitmap
对JVM中可能出现内存溢出（OOM）情况的整理
hounanjsj的博客
01-19 7865
前一段时间看了一本书《深入理解java虚拟机》，对JVM有了一定的认识... 这篇文章主要是对java程序运行在JVM上可能产生内存溢出（OOM）的情况进行整理... 在这里引言书中作者一句话 “希望读者在工作中遇到实际的内存溢出异常时，能根据异常的信息快速判断是哪个区域的内存溢出，知道什么样的代码可能会导致这些区域内存溢出，以及出现这些异常后该如何 处理” 所以，
常见9种 OOM 原因及解决方案
LOVE_Me__的博客
07-26 3774
本文转载：https://blog.youkuaiyun.com/windforce828/article/details/104819055 当 JVM 内存严重不足时，就会抛出 java.lang.OutOfMemoryError 错误。本文总结了常见的 OOM 原因及其解决方法，如下图所示。 1、Java heap space 当堆内存（Heap Space）没有足够空间存放新创建的对象时，就会抛出 java.lang.OutOfMemoryError:Javaheap space 错误（根据实际生产经验
什么是oom,常见造成oom的原因，及解决方法
baidu_32015283的博客
02-25 2万+
一：什么是oom oom就是我们常说的内存溢出，它是指需要的内存空间大于系统分配的内存空间，oom后果就是项目程序crash; 二：常见造成oom的原因 1.内存泄露造成 2.加载的文件或者图片过大造成 三：解决方案 内存泄露是造成内存溢出的一个原因，所以避免内存泄露的那些方法都适用于内存溢出 比如及时回收无用的引用对想，资源回收等… 对于图片方面，如果加载过大的图片要将图片转出bitmap要压缩...
9种 OOM 常见原因及解决方案
m0_38048955的博客
12-25 2161
九种问题，九种答案
sql异常导致oom的原因
最新发布
11-06
<think>我们正在讨论SQL异常导致OOM（Out Of Memory）的原因。SQL操作可能导致内存耗尽，尤其是在处理大量数据或存在内存泄漏的情况下。以下是详细分析： ### 常见原因分析 1. **大结果集加载** - 一次性查询过多数据（如 `SELECT * FROM huge_table`） - 未使用分页或流式处理 2. **内存泄漏** - 数据库连接未关闭（连接池耗尽） - 未释放的 `ResultSet` 或 `Statement` 对象 3. **低效查询** - 未优化的 JOIN 或子查询导致临时表过大 - 缺失索引导致全表扫描 4. **批处理操作** - 大事务（如一次性更新百万行） - 批量插入时未分段提交 ### 解决方案与代码示例 #### 案例1：分页查询优化（Java JDBC） ```java // 错误示例：一次性加载全部数据 String sql = "SELECT * FROM orders"; ResultSet rs = stmt.executeQuery(sql); // 可能导致OOM // 正确方案：使用分页 int pageSize = 1000; int page = 1; while (true) { String pageSql = String.format( "SELECT * FROM orders LIMIT %d OFFSET %d", pageSize, (page-1)*pageSize ); ResultSet rs = stmt.executeQuery(pageSql); if (!rs.next()) break; // 处理当前页数据 page++; } ``` #### 案例2：流式查询（Python psycopg2） ```python import psycopg2 conn = psycopg2.connect(dsn) # 设置服务端游标（避免客户端缓存所有结果） cursor = conn.cursor(name='stream_cursor') cursor.itersize = 1000 # 每次从服务器获取1000行 cursor.execute("SELECT * FROM huge_table") for row in cursor: process_row(row) # 逐行处理 ``` #### 案例3：防止连接泄漏（Java Try-With-Resources） ```java // 使用try-with-resources自动关闭资源 try ( Connection conn = dataSource.getConnection(); PreparedStatement stmt = conn.prepareStatement("SELECT ..."); ResultSet rs = stmt.executeQuery() ) { while (rs.next()) { // 处理数据 } } // 此处自动关闭rs, stmt, conn ``` ### 内存监控与诊断 #### 使用JDK工具检测 ```bash # 1. 启用GC日志 java -Xlog:gc* -jar yourapp.jar # 2. 生成堆转储（OOM时自动生成） java -XX:+HeapDumpOnOutOfMemoryError -jar yourapp.jar # 3. 使用jvisualvm分析堆转储 ``` #### 解析堆转储（示例代码） ```java // 模拟内存泄漏的代码（勿用于生产） public class LeakExample { static List<byte[]> leakList = new ArrayList<>(); public static void main(String[] args) { while (true) { leakList.add(new byte[1_000_000]); // 每秒泄漏1MB Thread.sleep(1000); } } } ``` ### 数据库层优化方案 1. **查询优化** ```sql -- 添加索引避免全表扫描 CREATE INDEX idx_user_email ON users(email); -- 使用EXPLAIN分析查询计划 EXPLAIN SELECT * FROM orders WHERE user_id = 100; ``` 2. **限制内存使用** ```sql -- PostgreSQL 设置工作内存 SET work_mem = '64MB'; -- MySQL 配置排序缓冲区 SET sort_buffer_size = 4 * 1024 * 1024; ``` 3. **分批更新** ```sql -- 每次更新1000行 WHILE EXISTS(SELECT 1 FROM orders WHERE status='pending') BEGIN UPDATE TOP (1000) orders SET status = 'processed' WHERE status = 'pending' END ``` ### 防御性编程建议 - 对所有SQL操作设置超时时间 - 限制单次查询返回的最大行数 - 定期进行压力测试 §§相关问题§§: 1. 如何在MySQL中监控正在执行的SQL语句及其内存占用？ 2. 使用Java Stream API处理数据库结果集时如何避免内存溢出？ 3. 数据库连接池配置不当如何导致OOM？举例说明 4. 解释Redis与MySQL发生OOM的机制差异 </think>在数据库应用中，SQL 异常导致 OOM（Out of Memory）是常见问题，通常由低效查询、内存泄漏或不当配置引起。以下是详细分析和解决方案： --- ### 一、核心原因分析 #### 1. **大结果集加载** ```sql -- 危险操作：无限制返回所有数据 SELECT * FROM billion_row_table; ``` - **问题**：一次性加载超大数据集到内存 - **典型表现**：JVM 堆内存飙升 → Full GC → OOM #### 2. **内存泄漏（未释放资源）** ```java // Java JDBC 错误示例 try { Connection conn = dataSource.getConnection(); Statement stmt = conn.createStatement(); ResultSet rs = stmt.executeQuery("SELECT ..."); // 忘记关闭 rs/stmt/conn → 连接池耗尽 } catch (SQLException e) { /* 未处理 */ } ``` #### 3. **笛卡尔积爆炸** ```sql -- 多表JOIN未加条件 SELECT * FROM tableA CROSS JOIN tableB -- 产生 rowA × rowB 条记录 ``` #### 4. **排序/分组溢出** ```sql SELECT user_id, SUM(amount) FROM transactions GROUP BY user_id -- 内存不够保存分组状态 ORDER BY amount DESC -- 排序需要全量数据 ``` #### 5. **连接池配置不当** - `maxActive=200` 但数据库实际只能支持 50 连接 - 线程堆积 → 内存耗尽 --- ### 二、解决方案与代码示例 #### 方案 1：分页查询优化 ```java // Spring Data JPA 分页示例 Pageable pageable = PageRequest.of(0, 1000); // 每次取1000条 Page<Order> page; do { page = orderRepository.findAll(pageable); process(page.getContent()); pageable = pageable.next(); } while (page.hasNext()); ``` #### 方案 2：流式处理（避免全量加载） ```java // JDBC 流式读取 (MySQL需加useCursorFetch=true) try (Statement stmt = conn.createStatement( ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY)) { stmt.setFetchSize(100); // 分批获取 ResultSet rs = stmt.executeQuery("SELECT ..."); while (rs.next()) { // 逐行处理 } } ``` #### 方案 3：内存监控与熔断 ```java // Java 内存检查熔断 public void executeBigQuery(String sql) { Runtime rt = Runtime.getRuntime(); long freeMem = rt.freeMemory(); long totalMem = rt.totalMemory(); if (freeMem < totalMem * 0.2) { // 剩余内存<20% throw new SafetyException("内存不足，拒绝查询"); } // 执行查询... } ``` #### 方案 4：SQL 优化技巧 ```sql -- 1. 使用覆盖索引 SELECT indexed_col FROM table WHERE condition; -- 2. 拆分大查询 WITH temp AS ( SELECT id FROM big_table LIMIT 1000000 ) SELECT * FROM temp JOIN details ON temp.id = details.id; -- 3. 避免内存排序 CREATE INDEX idx_amount ON transactions(amount); ``` --- ### 三、诊断工具与方法 #### 1. 监控数据库内存使用 ```sql -- MySQL 查看内存分配 SHOW VARIABLES LIKE '%buffer%'; -- PostgreSQL SELECT * FROM pg_stat_activity; ``` #### 2. JVM OOM 诊断脚本 ```bash #!/bin/bash # 监控JVM内存并记录SQL pid=$(pgrep -f yourapp.jar) while true; do # 获取内存使用 mem_usage=$(jstat -gcutil $pid | awk '{print $4+$6}') # 超过阈值时捕获当前SQL if (( $(echo "$mem_usage > 80" | bc -l) )); then echo "⚠️ 高内存使用: $mem_usage%" jstack $pid > dump_$(date +%s).txt # 捕获数据库活动 (需配置) mysql -e "SHOW FULL PROCESSLIST" >> sql_dump.log fi sleep 5 done ``` #### 3. 连接池泄漏检测 ```java // HikariCP 配置泄漏检测 HikariConfig config = new HikariConfig(); config.setLeakDetectionThreshold(30000); // 30秒未关闭连接报警 ``` --- ### 四、防御性编程最佳实践 1. **资源关闭模板** ```java public <T> T executeQuery(ConnectionConsumer<T> consumer) { try (Connection conn = dataSource.getConnection(); Statement stmt = conn.createStatement()) { return consumer.accept(stmt); } // 自动关闭资源 } ``` 2. **查询结果大小限制** ```sql -- MySQL SELECT SQL_CALC_FOUND_ROWS * FROM table LIMIT 1000; SELECT FOUND_ROWS(); -- 获取总数但不返回数据 ``` 3. **数据库侧内存限制** ```sql -- PostgreSQL 设置工作内存 SET work_mem = '64MB'; ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值