自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

聊聊Java中的內(nèi)存溢出問題

開發(fā) 后端
內(nèi)存溢出是指應(yīng)用系統(tǒng)中存在無法回收的內(nèi)存或使用的內(nèi)存過多,最終使得程序運(yùn)行要用到的內(nèi)存大于虛擬機(jī)能提供的最大內(nèi)存。這篇文章整理自《深入理解java虛擬機(jī)》。之前面阿里遇到過。

[[380301]]

內(nèi)存溢出是指應(yīng)用系統(tǒng)中存在無法回收的內(nèi)存或使用的內(nèi)存過多,最終使得程序運(yùn)行要用到的內(nèi)存大于虛擬機(jī)能提供的最大內(nèi)存。這篇文章整理自《深入理解java虛擬機(jī)》。之前面阿里遇到過。

一、內(nèi)存溢出原因

內(nèi)存溢出就是內(nèi)存不夠,引起內(nèi)存溢出的原因有很多種,常見的有以下幾種:

1、內(nèi)存中加載的數(shù)據(jù)量過于龐大,如一次從數(shù)據(jù)庫取出過多數(shù)據(jù);

2、集合類中有對(duì)對(duì)象的引用,使用完后未清空,使得JVM不能回收;

3、代碼中存在死循環(huán)或循環(huán)產(chǎn)生過多重復(fù)的對(duì)象實(shí)體;

4、使用的第三方軟件中的BUG;

5、啟動(dòng)參數(shù)內(nèi)存值設(shè)定的過小;

當(dāng)然實(shí)際情況中內(nèi)存溢出的原因就太多了。下面我們就對(duì)這些原因分類一下:

以上的圖是基于java7來敘述的,從上面這張圖我們能夠得到如下信息:java虛擬機(jī)把內(nèi)存分為5個(gè)模塊。

(1)程序計(jì)數(shù)器:程序計(jì)數(shù)器是線程私有的,主要的作用是通過改變這個(gè)計(jì)數(shù)器的值來選取下一條需要執(zhí)行的字節(jié)碼指令。既然每個(gè)線程都有一個(gè),那么這些線程的計(jì)數(shù)器是互不影響的。也不會(huì)拋出任何異常。

(2)虛擬機(jī)棧和本地方法棧:虛擬機(jī)棧描述的是java方法執(zhí)行的內(nèi)存模型,每個(gè)方法在執(zhí)行的時(shí)候都會(huì)創(chuàng)建一個(gè)棧幀用于存儲(chǔ)局部變量表、操作數(shù)棧、動(dòng)態(tài)連接、方法出口等信息。本地方法棧與虛擬機(jī)棧的區(qū)別是,虛擬機(jī)棧為虛擬機(jī)執(zhí)行java方法服務(wù),而本地方法棧則為虛擬機(jī)提供native方法服務(wù)。

在單線程的操作中,無論是由于棧幀太大,還是虛擬機(jī)棧空間太小,當(dāng)棧空間無法分配時(shí),虛擬機(jī)拋出的都是StackOverflowError異常,而不會(huì)得到OutOfMemoryError異常。而在多線程環(huán)境下,則會(huì)拋出OutOfMemoryError異常。

(3)java堆和方法區(qū):java堆區(qū)主要存放對(duì)象實(shí)例和數(shù)組等,方法區(qū)保存類信息、常量、靜態(tài)變量等等。運(yùn)行時(shí)常量池也是方法區(qū)的一部分。這兩塊區(qū)域是線程共享的區(qū)域,只會(huì)拋出OutOfMemoryError。

不知道各位在B站看見過那個(gè)面試經(jīng)典場(chǎng)景沒,在回答java的內(nèi)存運(yùn)行數(shù)據(jù)區(qū)結(jié)構(gòu)時(shí),以上的功能作用是一方面,如果回答時(shí)把內(nèi)存溢出問題添加上是一個(gè)極大的加分項(xiàng)。

二、內(nèi)存溢出實(shí)例

1、堆溢出

既然堆是存放實(shí)例對(duì)象的,那我們就無線創(chuàng)建實(shí)例對(duì)象。這樣堆區(qū)遲早會(huì)滿。

  1. public class HeapOOM { 
  2.     static class User {} 
  3.  public static void main(String[] args) { 
  4.    List<User> list = new ArrayList<User>(); 
  5.          while (true) { 
  6.              list.add(new User()); 
  7.       } 
  8.  } 
  9. /*Exception in thread "main" java.lang.OutOfMemoryError:  
  10. GC overhead limit exceeded 
  11.  at com.fdd.test.HeapOOM.main(HeapOOM.java:11)*/ 

因?yàn)槲姨崆霸O(shè)置了堆區(qū)內(nèi)存,所以無限創(chuàng)建就會(huì)拋出異常。

2、虛擬機(jī)棧和本地方法棧溢出

Java虛擬機(jī)規(guī)范中描述了兩種異常:

如果線程請(qǐng)求的棧深度大于虛擬機(jī)鎖允許的最大深度,將拋出StackOverflowError異常。

如果虛擬機(jī)在擴(kuò)展棧時(shí)無法申請(qǐng)到足夠的內(nèi)存空間,則拋出OutOfMemoryError異常。

第一種我們只需要使用方法遞歸調(diào)用即可模擬:

  1. public class StackOutOfMemoryError { 
  2.     public static void main(String[] args) {      
  3.          test(); 
  4.     } 
  5.     private static void go() { 
  6.         System.out.println("StackOverflowError異常"); 
  7.         test(); 
  8.     } 
  9. /*Exception in thread "main" java.lang.StackOverflowError 
  10.  at sun.nio.cs.ext.DoubleByte$Encoder.encodeLoop(DoubleByte.java:617) 
  11.  at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:579) 
  12.  at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:271) 
  13.  at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125) 
  14.  at java.io.OutputStreamWriter.write(OutputStreamWriter.java:207) 
  15.  at java.io.BufferedWriter.flushBuffer(BufferedWriter.java:129) 
  16.  at java.io.PrintStream.write(PrintStream.java:526) 
  17.  at java.io.PrintStream.print(PrintStream.java:597) 
  18.  at java.io.PrintStream.println(PrintStream.java:736) 
  19.  at com.fdd.test.StackOutOfMemoryError.go(StackOutOfMemoryError.java:11) 
  20.  at com.fdd.test.StackOutOfMemoryError.go(StackOutOfMemoryError.java:13)*/ 

第二種也可以遞歸調(diào)用模擬,,但是使用的是類直接調(diào)用。

  1. public class JavaVMStackSOF { 
  2.     private int stackLength = 1; 
  3.     public void stackLeak() { 
  4.         stackLength++; 
  5.         stackLeak(); 
  6.     } 
  7.  public static void main(String[] args) { 
  8.         JavaVMStackSOF oom = new JavaVMStackSOF(); 
  9.         oom.stackLeak(); 
  10.     } 
  11. /*Exception in thread "main" java.lang.StackOverflowError 
  12.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:18) 
  13.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  14.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  15.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  16.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  17.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  18.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  19.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  20.    at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19) 
  21.    ... */ 

3、方法區(qū)和運(yùn)行時(shí)常量池溢出

  1. public class JavaMethodAreaOOM { 
  2.     public static void main(String[] args) { 
  3.         while (true) { 
  4.             Enhancer enhancer = new Enhancer(); 
  5.             enhancer.setSuperclass(User.class); 
  6.             enhancer.setUseCache(false); 
  7.             enhancer.setCallback(new MethodInterceptor() { 
  8.                 public Object intercept(Object obj, Method method, 
  9.                       Object[] args, MethodProxy proxy) throws Throwable { 
  10.                     return proxy.invokeSuper(obj, args); 
  11.                 } 
  12.             }); 
  13.             enhancer.create(); 
  14.         } 
  15.     } 
  16.     static class User {} 
  17. /*Exception in thread "main" 
  18.  Exception: java.lang.OutOfMemoryError thrown  
  19.  from the UncaughtExceptionHandler in thread "main" 
  20. */ 

4、本機(jī)直接內(nèi)存溢出

DirectMemory容量可通過-XX: MaxDirectMemorySize指定,如果不指定,則默認(rèn)與Java堆最大值 (-Xmx指定)一樣。

  1. public class DirectMemoryOOM { 
  2.     private static final int _1MB = 1024 * 1024; 
  3.     public static void main(String[] args) throws Exception { 
  4.         Field unsafeField = Unsafe.class.getDeclaredFields()[0]; 
  5.         unsafeField.setAccessible(true); 
  6.         Unsafe unsafe = (Unsafe) unsafeField.get(null); 
  7.         while (true) { 
  8.             unsafe.allocateMemory(_1MB); 
  9.         } 
  10.     } 

上面介紹了幾個(gè)實(shí)例,那遇到這種問題如何排查呢?

三、內(nèi)存溢出排查

排查其實(shí)最主要的就是檢查代碼,而且內(nèi)存溢出往往都是代碼的問題。當(dāng)然一下幾點(diǎn)都是需要注意的:

(1)內(nèi)存中加載的數(shù)據(jù)量過于龐大,如一次從數(shù)據(jù)庫取出過多數(shù)據(jù);

(2)集合類中有對(duì)對(duì)象的引用,使用完后未清空,使得JVM不能回收;

(3)代碼中存在死循環(huán)或循環(huán)產(chǎn)生過多重復(fù)的對(duì)象實(shí)體;

(4)使用的第三方軟件中的BUG;

(5)啟動(dòng)參數(shù)內(nèi)存值設(shè)定的過小;

最后就是解決了。

第一步,修改JVM啟動(dòng)參數(shù),直接增加內(nèi)存。

第二步,檢查錯(cuò)誤日志

第三步,對(duì)代碼進(jìn)行走查和分析,找出可能發(fā)生內(nèi)存溢出的位置。

一般情況下代碼出錯(cuò)的概率會(huì)比較大一些,當(dāng)然了不同的場(chǎng)景不同錯(cuò)誤總是復(fù)雜多樣的。

本文轉(zhuǎn)載自微信公眾號(hào)「 愚公要移山」,可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系 愚公要移山公眾號(hào)。

 

責(zé)任編輯:武曉燕 來源: 愚公要移山
相關(guān)推薦

2021-03-06 10:25:19

內(nèi)存Java代碼

2010-09-26 15:53:25

JVM內(nèi)存溢出

2023-08-29 11:38:27

Java內(nèi)存

2024-04-25 10:06:03

內(nèi)存泄漏

2022-03-25 09:01:16

CSS溢出屬性

2018-05-15 08:44:44

TensorFlowKeras內(nèi)存

2020-05-09 13:49:00

內(nèi)存空間垃圾

2021-12-24 10:17:54

Java數(shù)據(jù)時(shí)間戳

2024-01-31 10:11:41

Redis內(nèi)存

2011-08-25 10:50:32

SQL Server數(shù)Performance

2012-03-14 10:58:27

Java

2021-08-16 06:56:21

Slice數(shù)組類型內(nèi)存

2024-03-11 08:22:40

Java內(nèi)存泄漏

2020-03-19 09:58:20

運(yùn)維架構(gòu)技術(shù)

2012-01-12 11:02:00

云計(jì)算帶寬瓶頸

2021-11-09 06:55:03

SQLServer排序

2015-03-30 11:18:50

內(nèi)存管理Android

2025-03-11 08:48:35

JVMOOM事故

2013-06-26 16:14:26

Android加載圖片內(nèi)存溢出

2012-05-15 02:04:22

JVMJava
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)