音乐网站建设的目的,承接app网站开发的广告,wordpress学习,网站地址英文九种 OOM 常见原因及解决方案(IT枫斗者)
什么是OOM#xff1f;
OOM#xff0c;全称“Out Of Memory”#xff0c;翻译成中文就是“内存用完了”#xff0c;来源于java.lang.OutOfMemoryError。看下关于的官方说明#xff1a;Thrown when the Java Virtual Machine canno…九种 OOM 常见原因及解决方案(IT枫斗者)
什么是OOM
OOM全称“Out Of Memory”翻译成中文就是“内存用完了”来源于java.lang.OutOfMemoryError。看下关于的官方说明Thrown when the Java Virtual Machine cannot allocate an object because it is out of memory, and no more memory could be made available by the garbage collector.意思就是说当JVM因为没有足够的内存来为对象分配空间并且垃圾回收器也已经没有空间可回收时就会抛出这个error注非exception因为这个问题已经严重到不足以被应用处理。
为什么会OOM
为什么会没有内存了呢原因不外乎有两点1分配的少了比如虚拟机本身可使用的内存一般通过启动时的VM参数指定太少。2应用用的太多并且用完没释放浪费了。此时就会造成内存泄露或者内存溢出。内存泄露申请使用完的内存没有释放导致虚拟机不能再次使用该内存此时这段内存就泄露了因为申请者不用了而又不能被虚拟机分配给别人用。内存溢出申请的内存超出了JVM能提供的内存大小此时称之为溢出。在之前没有垃圾自动回收的日子里比如C语言和C语言我们必须亲自负责内存的申请与释放操作如果申请了内存用完后又忘记了释放比如C中的new了但是没有delete那么就可能造成内存泄露。偶尔的内存泄露可能不会造成问题而大量的内存泄露可能会导致内存溢出。而在Java语言中由于存在了垃圾自动回收机制所以我们一般不用去主动释放不用的对象所占的内存也就是理论上来说是不会存在“内存泄露”的。但是如果编码不当比如将某个对象的引用放到了全局的Map中虽然方法结束了但是由于垃圾回收器会根据对象的引用情况来回收内存导致该对象不能被及时的回收。如果该种情况出现次数多了就会导致内存溢出比如系统中经常使用的缓存机制。Java中的内存泄露不同于C中的忘了delete往往是逻辑上的原因泄露。
OOM的类型
JVM内存模型
按照JVM规范JAVA虚拟机在运行时会管理以下的内存区域程序计数器当前线程执行的字节码的行号指示器线程私有JAVA虚拟机栈Java方法执行的内存模型每个Java方法的执行对应着一个栈帧的进栈和出栈的操作。本地方法栈类似“ JAVA虚拟机栈 ”但是为native方法的运行提供内存环境。JAVA堆对象内存分配的地方内存垃圾回收的主要区域所有线程共享。可分为新生代老生代。方法区用于存储已经被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。Hotspot中的“永久代”。运行时常量池方法区的一部分存储常量信息如各种字面量、符号引用等。直接内存并不是JVM运行时数据区的一部分 可直接访问的内存 比如NIO会用到这部分。
Java heap space
当堆内存Heap Space没有足够空间存放新创建的对象时就会抛出 java.lang.OutOfMemoryError:Javaheap space 错误根据实际生产经验可以对程序日志中的 OutOfMemoryError 配置关键字告警一经发现立即处理。原因分析Javaheap space 错误产生的常见原因可以分为以下几类1、请求创建一个超大对象通常是一个大数组。2、超出预期的访问量/数据量通常是上游系统请求流量飙升常见于各类促销/秒杀活动可以结合业务流量指标排查是否有尖状峰值。3、过度使用终结器Finalizer该对象没有立即被 GC。4、内存泄漏Memory Leak大量对象引用没有释放JVM 无法对其自动回收常见于使用了 File 等资源没有回收。解决方案针对大部分情况通常只需要通过 -Xmx 参数调高 JVM 堆内存空间即可。如果仍然没有解决可以参考以下情况做进一步处理1、如果是超大对象可以检查其合理性比如是否一次性查询了数据库全部结果而没有做结果数限制。2、如果是业务峰值压力可以考虑添加机器资源或者做限流降级。3、如果是内存泄漏需要找到持有的对象修改代码设计比如关闭没有释放的连接。
Permgen space
该错误表示永久代Permanent Generation已用满通常是因为加载的 class 数目太多或体积太大。原因分析永久代存储对象主要包括以下几类1、加载/缓存到内存中的 class 定义包括类的名称字段方法和字节码2、常量池3、对象数组/类型数组所关联的 class4、JIT 编译器优化后的 class 信息。PermGen 的使用量与加载到内存的 class 的数量/大小正相关。解决方案根据 Permgen space 报错的时机可以采用不同的解决方案如下所示1、程序启动报错修改 -XX:MaxPermSize 启动参数调大永久代空间。2、应用重新部署时报错很可能是没有应用没有重启导致加载了多份 class 信息只需重启 JVM 即可解决。3、运行时报错应用程序可能会动态创建大量 class而这些 class 的生命周期很短暂但是 JVM 默认不会卸载 class可以设置 -XX:CMSClassUnloadingEnabled 和 -XX:UseConcMarkSweepGC这两个参数允许 JVM 卸载 class。如果上述方法无法解决可以通过 jmap 命令 dump 内存对象 jmap-dump:formatb,filedump.hprof 然后利用 Eclipse MAT https://www.eclipse.org/mat 功能逐一分析开销最大的 classloader 和重复 class。
Metaspace
JDK 1.8 使用 Metaspace 替换了永久代Permanent Generation该错误表示 Metaspace 已被用满通常是因为加载的 class 数目太多或体积太大。此类问题的原因与解决方法跟 Permgenspace 非常类似可以参考上文。需要特别注意的是调整 Metaspace 空间大小的启动参数为 -XX:MaxMetaspaceSize。
Unable to create new native thread
每个 Java 线程都需要占用一定的内存空间当 JVM 向底层操作系统请求创建一个新的 native 线程时如果没有足够的资源分配就会报此类错误。原因分析JVM 向 OS 请求创建 native 线程失败就会抛出 Unableto createnewnativethread常见的原因包括以下几类1、线程数超过操作系统最大线程数 ulimit 限制2、线程数超过 kernel.pid_max只能重启3、native 内存不足该问题发生的常见过程主要包括以下几步1、JVM 内部的应用程序请求创建一个新的 Java 线程2、JVM native 方法代理了该次请求并向操作系统请求创建一个 native 线程3、操作系统尝试创建一个新的 native 线程并为其分配内存4、如果操作系统的虚拟内存已耗尽或是受到 32 位进程的地址空间限制操作系统就会拒绝本次 native 内存分配5、JVM 将抛出 java.lang.OutOfMemoryError:Unableto createnewnativethread 错误。解决方案1、升级配置为机器提供更多的内存2、降低 Java Heap Space 大小3、修复应用程序的线程泄漏问题4、限制线程池大小5、使用 -Xss 参数减少线程栈的大小6、调高 OS 层面的线程最大数执行 ulimia-a 查看最大线程数限制使用 ulimit-u xxx 调整最大线程数限制。ulimit -a …. 省略部分内容 …… max user processes (-u) 16384
Out of swap space
该错误表示所有可用的虚拟内存已被耗尽。虚拟内存Virtual Memory由物理内存Physical Memory和交换空间Swap Space两部分组成。当运行时程序请求的虚拟内存溢出时就会报 Outof swap space? 错误。原因分析该错误出现的常见原因包括以下几类1、地址空间不足2、物理内存已耗光3、应用程序的本地内存泄漏native leak例如不断申请本地内存却不释放。4、执行 jmap-histo:live 命令强制执行 Full GC如果几次执行后内存明显下降则基本确认为 Direct ByteBuffer 问题。解决方案根据错误原因可以采取如下解决方案1、升级地址空间为 64 bit2、使用 Arthas 检查是否为 Inflater/Deflater 解压缩问题如果是则显式调用 end 方法。3、Direct ByteBuffer 问题可以通过启动参数 -XX:MaxDirectMemorySize 调低阈值。4、升级服务器配置/隔离部署避免争用。
Kill process or sacrifice child
有一种内核作业Kernel Job名为 Out of Memory Killer它会在可用内存极低的情况下“杀死”kill某些进程。OOM Killer 会对所有进程进行打分然后将评分较低的进程“杀死”具体的评分规则可以参考 Surviving the Linux OOM Killer。不同于其他的 OOM 错误 Killprocessorsacrifice child 错误不是由 JVM 层面触发的而是由操作系统层面触发的。原因分析默认情况下Linux 内核允许进程申请的内存总量大于系统可用内存通过这种“错峰复用”的方式可以更有效的利用系统资源。然而这种方式也会无可避免地带来一定的“超卖”风险。例如某些进程持续占用系统内存然后导致其他进程没有可用内存。此时系统将自动激活 OOM Killer寻找评分低的进程并将其“杀死”释放内存资源。解决方案1、升级服务器配置/隔离部署避免争用。2、OOM Killer 调优。
Requested array size exceeds VM limit
JVM 限制了数组的最大长度该错误表示程序请求创建的数组超过最大长度限制。JVM 在为数组分配内存前会检查要分配的数据结构在系统中是否可寻址通常为 Integer.MAX_VALUE-2。此类问题比较罕见通常需要检查代码确认业务是否需要创建如此大的数组是否可以拆分为多个块分批执行。
Direct buffer memory Java 允许应用程序通过 Direct ByteBuffer 直接访问堆外内存许多高性能程序通过 Direct ByteBuffer 结合内存映射文件Memory Mapped File实现高速 IO。 原因分析 Direct ByteBuffer 的默认大小为 64 MB一旦使用超出限制就会抛出 Directbuffer memory 错误。 解决方案 1、Java 只能通过 ByteBuffer.allocateDirect 方法使用 Direct ByteBuffer因此可以通过 Arthas 等在线诊断工具拦截该方法进行排查。 2、检查是否直接或间接使用了 NIO如 nettyjetty 等。 3、通过启动参数 -XX:MaxDirectMemorySize 调整 Direct ByteBuffer 的上限值。 4、检查 JVM 参数是否有 -XX:DisableExplicitGC 选项如果有就去掉因为该参数会使 System.gc() 失效。 5、检查堆外内存使用代码确认是否存在内存泄漏或者通过反射调用 sun.misc.Cleaner 的 clean() 方法来主动释放被 Direct ByteBuffer 持有的内存空间。 6、内存容量确实不足升级配置。
