힙 및 메모리 최적화
오늘은 데이터베이스에 있는 수만 개의 레코드와 사진을 정렬하는 프로젝트의 자동 데이터 정렬 기능을 테스트했습니다. 작업이 거의 끝나갈 무렵, java.lang.outOfMemoryError, java heap에 대해서요. 공간 오류로 인해 과거에는 프로그램을 작성할 때 이런 종류의 메모리 오류가 거의 발생하지 않았습니다. Java에는 가비지 수집기 메커니즘이 있기 때문에 이에 대해 별로 주의를 기울이지 않았습니다. 오늘 인터넷에서 몇 가지 정보를 검색하고 이를 토대로 정리했습니다.
1. 힙과 스택
힙 - 새로 생성되고 가비지 컬렉터가 재활용을 담당합니다.
1. 프로그램이 실행되기 시작하면 JVM은 다음에서 일부 메모리를 얻습니다. OS의 일부는 힙 메모리입니다. 힙 메모리는 일반적으로 저장 주소의 맨 아래에 위쪽으로 배열됩니다.
2. 힙은 "런타임" 데이터 영역이며, 클래스에 의해 인스턴스화된 객체는 힙에서 공간을 할당받습니다. 3. 공간은 "new" 등을 통해 힙에 할당됩니다. 힙은 동적으로 할당된 메모리 크기이며 수명을 컴파일러에 미리 알릴 필요가 없습니다.
4. C++와 달리 Java는 힙과 스택을 자동으로 관리하며 가비지 수집기가 자동으로 재활용할 수 있습니다. 더 이상 힙 메모리가 사용되지 않습니다.
5. 단점은 런타임에 메모리를 동적으로 할당해야 하기 때문에 메모리 액세스 속도가 느리다는 것입니다.
스택 - 기본 유형 및 참조 유형을 빠르게 저장합니다.
1. 선입후출 데이터 구조는 일반적으로 메서드에 매개변수와 지역 변수를 저장하는 데 사용됩니다. > 2. Java에서는 모든 기본 유형(short, int, long, byte, float, double, boolean, char)과 참조 유형 변수가 스택에 저장됩니다.
3. 스택에서 데이터의 생존; 공간은 일반적으로 현재 범위 내에 있습니다({...}으로 둘러싸인 영역;
4. 스택의 액세스 속도는 힙보다 빠르며 CPU에 직접 위치한 레지스터 다음으로 빠릅니다.
5. 스택의 데이터는 공유될 수 있으며 여러 참조가 동일한 주소를 가리킬 수 있습니다.
6. 단점은 스택의 데이터 크기와 수명을 결정해야 한다는 것입니다.
2. 메모리 설정 1. 가상 머신의 메모리 상태 확인long maxControl = Runtime.getRuntime().maxMemory();//获取虚拟机可以控制的最大内存数量 long currentUse = Runtime.getRuntime().totalMemory();//获取虚拟机当前已使用的内存数量기본적으로 Java 가상 머신의 maxControl=66650112B=63.5625M; 전부 그렇지 않은 경우 currentUse=5177344B=4.9375M 내 컴퓨터에서 측정됨; 2. 메모리 크기 명령 설정 -Xms971f671fe497569bdb0616a45a44dc0f JVM 초기화 힙 메모리 크기를 설정합니다. 각 가비지 수집이 완료된 후 JVM이 메모리를 재할당하는 것을 방지하기 위해 이 값을 -Xmx와 동일하게 설정할 수 있습니다. -Xmx
3. 특정 작업
(1) JVM 메모리 설정:MyEclipse(Eclipse) window-preferences-Java -설치된 JRE -Edit -Default VM 인수
VM 인수 입력: -Xmx128m -Xms64m -Xmn32m -Xss16m (2) IDE 메모리 설정:
MyEclipse myeclipse.ini(또는 Eclipse에서 -vmargs 아래의 구성 수정) eclipse.ini (루트 디렉토리 아래) :
(3) Tomcat 메모리 설정
打开Tomcat根目录下的bin文件夹,编辑catalina.bat
修改为:set JAVA_OPTS= -Xms256m -Xmx512m
三、Java堆中的OutOfMemoryError错误分析
当JVM启动时,使用了-Xms 参数设置的堆内存。当程序继续进行,创建更多对象,JVM开始扩大堆内存以容纳更多对象。JVM也会使用垃圾回收器来回收内存。当快达到-Xmx设置的最大堆内存时,如果没有更多的内存可被分配给新对象的话,JVM就会抛出java.lang.outofmemoryerror,程序就会宕掉。在抛出 OutOfMemoryError之前,JVM会尝试着用垃圾回收器来释放足够的空间,但是发现仍旧没有足够的空间时,就会抛出这个错误。为了解决这个问题,需要清楚程序对象的信息,例如,你创建了哪些对象,哪些对象占用了多少空间等等。可以使用profiler或者堆分析器来处理OutOfMemoryError错误。"java.lang.OutOfMemoryError: Java heap space”表示堆没有足够的空间了,不能继续扩大了。"java.lang.OutOfMemoryError: PermGen space”表示permanent generation已经装满了,你的程序不能再装载类或者再分配一个字符串了。
四、堆和垃圾回收
我们知道对象创建在堆内存中,垃圾回收这样一个进程,它将已死对象清除出堆空间,并将这些内存再还给堆。为了给垃圾回收器使用,堆主要分成三个区域,分别叫作New Generation,Old Generation或叫Tenured Generation,以及Perm space。New Generation是用来存放新建的对象的空间,在对象新建的时候被使用。如果长时间还使用的话,它们会被垃圾回收器移动到Old Generation(或叫Tenured Generation)。Perm space是JVM存放Meta数据的地方,例如类,方法,字符串池和类级别的详细信息。
五、总结:
1、Java堆内存是操作系统分配给JVM的内存的一部分。
2、当我们创建对象时,它们存储在Java堆内存中。
3、为了便于垃圾回收,Java堆空间分成三个区域,分别叫作New Generation, Old Generation或叫作Tenured Generation,还有Perm Space。
4、你可以通过用JVM的命令行选项 -Xms, -Xmx, -Xmn来调整Java堆空间的大小。
5、可以用JConsole或者Runtime.maxMemory(),Runtime.totalMemory(),Runtime.freeMemory()来查看Java中堆内存的大小。
6、可以使用命令“jmap”来获得heap dump,用“jhat”来分析heap dump。
7、Java堆空间不同于栈空间,栈空间是用来储存调用栈和局部变量的。
8、Java垃圾回收器是用来将死掉的对象(不再使用的对象)所占用的内存回收回来,再释放到Java堆空间中。
9、当遇到java.lang.outOfMemoryError时,不必紧张,有时候仅仅增加堆空间就可以了,但如果经常出现的话,就要看看Java程序中是不是存在内存泄露了。
10、使用Profiler和Heap dump分析工具来查看Java堆空间,可以查看给每个对象分配了多少内存。
栈存储详解
Java栈存储具有以下几个特点:
一、存在栈中的数据大小和生命周期必须是确定的。
如基本类型的存储:int a = 1; 这种变量存的是字面值,a是一个指向int类型的引用,指向3这个字面值。这些字面值的数据,由于大小可知,生存期可知(这些字面值固定定义在某个程序块里面,程序块退出后,字面值就消失了),出于追求速度的原因,就存在于栈中。
二、存在栈中的数据可以共享。
(1)、基本类型数据存储:
如:
int a = 3; int b = 3;
编译器先处理int a = 3;首先它会在栈中创建一个变量为a的引用,然后查找有没有字面值为3的地址,没找到,就开辟一个存放3这个字面值的地址,然后将a指向3的地址。接着处理int b = 3;在创建完b的引用变量后,由于在栈中已经有3这个字面值,便将b直接指向3的地址。这样,就出现了a与b同时均指向3的情况。
注意:这种字面值的引用与类对象的引用不同。假定两个类对象的引用同时指向一个对象,如果一个对象引用变量修改了这个对象的内部状态,那么另一个对象引用变量也即刻反映出这个变化。相反,通过字面值的引用来修改其值,不会导致另一个指向此字面值的引用的值也跟着改变的情况。如上例,我们定义完a 与b的值后,再令a=4;那么,b不会等于4,还是等于3。在编译器内部,遇到a=4;时,它就会重新搜索栈中是否有4的字面值,如果没有,重新开辟地址存放4的值;如果已经有了,则直接将a指向这个地址。因此a值的改变不会影响到b的值。
(2)、包装类数据存储:
如Integer, Double, String等将相应的基本数据类型包装起来的类。这些类数据全部存在于堆中,Java用new()语句来显示地告诉编译器,在运行时才根据需要动态创建,因此比较灵活,但缺点是要占用更多的时间。
如:以String为例。
String是一个特殊的包装类数据。即可以用String str = new String("abc");的形式来创建,也可以用String str = "abc";的形式来创建。前者是规范的类的创建过程,即在Java中,一切都是对象,而对象是类的实例,全部通过new()的形式来创建。Java 中的有些类,如DateFormat类,可以通过该类的getInstance()方法来返回一个新创建的类,似乎违反了此原则。其实不然。该类运用了单例模式来返回类的实例,只不过这个实例是在该类内部通过new()来创建的,而getInstance()向外部隐藏了此细节。
那为什么在String str = "abc";中,并没有通过new()来创建实例,是不是违反了上述原则?其实没有。
关于String str = "abc"的内部工作。Java内部将此语句转化为以下几个步骤:
a、先定义一个名为str的对String类的对象引用变量:String str;
b、在栈中查找有没有存放值为"abc"的地址,如果没有,则开辟一个存放字面值为"abc"的地址,接着创建一个新的String类的对象O,并将O的字符串值指向这个地址,而且在栈中这个地址旁边记下这个引用的对象O。如果已经有了值为"abc"的地址,则查找对象O,并返回O的地址。
c、将str指向对象O的地址。
值得注意的是,通常String类中字符串值都是直接存值的。但像String str = "abc";这种场合下,其字符串值却是保存了一个指向存在栈中数据的引用(即:String str = "abc";既有栈存储,又有堆存储)。
为了更好地说明这个问题,我们可以通过以下的几个代码进行验证。
String str1 = "abc"; String str2 = "abc"; System.out.println(str1==str2); //true
(只有在两个引用都指向了同一个对象时才返回真值。str1与str2是否都指向了同一个对象)
结果说明,JVM创建了两个引用str1和str2,但只创建了一个对象,而且两个引用都指向了这个对象。
String str1 = "abc"; String str2 = "abc"; str1 = "bcd"; System.out.println(str1 + "," + str2); //bcd, abc System.out.println(str1==str2); //false
这就是说,赋值的变化导致了类对象引用的变化,str1指向了另外一个新对象,而str2仍旧指向原来的对象。上例中,当我们将str1的值改为"bcd"时,JVM发现在栈中没有存放该值的地址,便开辟了这个地址,并创建了一个新的对象,其字符串的值指向这个地址。
事实上,String类被设计成为不可改变(immutable)的类。如果你要改变其值,可以,但JVM在运行时根据新值悄悄创建了一个新对象(没法在原来内存的基础上改变其值),然后将这个对象的地址返回给原来类的引用。这个创建过程虽说是完全自动进行的,但它毕竟占用了更多的时间。在对时间要求比较敏感的环境中,会带有一定的不良影响。
String str1 = "abc"; String str2 = "abc"; str1 = "bcd"; String str3 = str1; System.out.println(str3); //bcd String str4 = "bcd"; System.out.println(str1 == str4); //true
str3这个对象的引用直接指向str1所指向的对象(注意,str3并没有创建新对象)。当str1改完其值后,再创建一个String的引用str4,并指向因str1修改值而创建的新的对象。可以发现,这回str4也没有创建新的对象,从而再次实现栈中数据的共享。
String str1 = new String("abc"); String str2 = "abc"; System.out.println(str1==str2); //false
创建了两个引用。创建了两个对象。两个引用分别指向不同的两个对象。
String str1 = "abc"; String str2 = new String("abc"); System.out.println(str1==str2); //false
创建了两个引用。创建了两个对象。两个引用分别指向不同的两个对象。
以上两段代码说明,只要是用new()来新建对象的,都会在堆中创建,而且其字符串是单独存值的,即使与栈中的数据相同,也不会与栈中的数据共享。
总结:
(1) String str = "abc";와 같은 형식을 사용하여 클래스를 정의할 때 우리는 항상 String 클래스의 객체 str을 생성하는 것을 당연하게 여깁니다. 함정 걱정! 개체가 생성되지 않았을 수 있습니다! 확실한 것은 String 클래스에 대한 참조가 생성된다는 것입니다. 이 참조가 새 객체를 가리키는지 여부는 new() 메서드를 통해 명시적으로 새 객체를 생성하지 않는 한 컨텍스트에 따라 고려되어야 합니다. 따라서 보다 정확한 설명은 String 클래스의 객체를 가리키는 참조 변수 str을 생성하는 것입니다. 이 객체 참조 변수는 값이 "abc"인 String 클래스를 가리킵니다. 이에 대한 명확한 이해는 프로그램에서 찾기 어려운 버그를 제거하는 데 매우 도움이 됩니다.
(2) String str = "abc"; 를 사용하면 JVM이 실제 상황에 따라 새 객체를 생성해야 하는지 자동으로 결정하므로 프로그램의 실행 속도를 어느 정도 향상시킬 수 있습니다. 스택에 있는 데이터의 . String str = new String("abc"); 코드의 경우 문자열 값이 같은지, 새 개체를 만들어야 하는지 여부에 관계없이 항상 힙에 새 개체가 생성되므로 부담이 늘어납니다. 프로그램.
(3) String 클래스의 불변성 특성으로 인해(래퍼 클래스의 값을 수정할 수 없기 때문에) String 변수의 값을 자주 변경해야 하는 경우 다음을 사용하는 것을 고려해야 합니다. 프로그램 효율성을 향상시키는 StringBuffer 클래스입니다.
Java의 힙 메모리와 스택 메모리의 저장 메커니즘에 대한 더 자세한 글은 PHP 중국어 홈페이지를 참고해주세요!