เกิดข้อผิดพลาด java.lang.OutOfMemoryError: เกินขีด จำกัด ค่าโสหุ้ย GC

ฉันได้รับข้อความแสดงข้อผิดพลาดขณะที่ฉันทำการทดสอบ JUnit:

java.lang.OutOfMemoryError: GC overhead limit exceeded

ฉันรู้ว่าอะไรOutOfMemoryErrorคือ แต่ขีด จำกัด ค่าใช้จ่ายของ GC หมายถึงอะไร ฉันจะแก้ปัญหานี้ได้อย่างไร

ข้อความนี้หมายความว่าด้วยเหตุผลบางอย่างที่ตัวรวบรวมขยะใช้เวลามากเกินไป (โดยค่าเริ่มต้น 98% ของเวลา CPU ทั้งหมดของกระบวนการ) และกู้คืนหน่วยความจำน้อยมากในการทำงานแต่ละครั้ง (โดยค่าเริ่มต้น 2% ของฮีป)

ซึ่งหมายความว่าโปรแกรมของคุณหยุดดำเนินการใด ๆ อย่างมีประสิทธิภาพและไม่ว่างในการรันเฉพาะการรวบรวมขยะตลอดเวลา

เพื่อป้องกันไม่ให้แอปพลิเคชันของคุณดื่มด่ำกับเวลา CPU โดยไม่ทำอะไรเลย JVM จะพ่นสิ่งนี้ทิ้งErrorเพื่อให้คุณมีโอกาสวินิจฉัยปัญหาได้

กรณีที่ไม่ค่อยเกิดขึ้นซึ่งฉันได้เห็นสิ่งนี้เกิดขึ้นคือที่บางโค้ดสร้างวัตถุชั่วคราวจำนวนมากและวัตถุที่อ้างอิงน้อยมากในสภาพแวดล้อมที่ จำกัด หน่วยความจำมาก

ลองดูคู่มือการปรับจูน Java GC ซึ่งมีให้สำหรับ Java เวอร์ชันต่างๆและมีส่วนเกี่ยวกับปัญหาเฉพาะนี้:

• คู่มือการปรับแต่ง Java 11มีส่วนเฉพาะสำหรับ GC ที่มากเกินไปสำหรับตัวรวบรวมขยะที่แตกต่างกัน
  • สำหรับตัวสะสมแบบขนาน
  • สำหรับตัวสะสม Mark Sweep (CMS)
  • ไม่มีการกล่าวถึงเงื่อนไขข้อผิดพลาดเฉพาะนี้สำหรับตัวรวบรวม Garbage First (G1)
• คู่มือการปรับแต่ง Java 8และส่วน GC ที่มากเกินไป
• Java 6 คู่มือการปรับแต่งและส่วน GC มากเกินไป

การอ้างอิงจากบทความของ Oracle "การปรับจูนคอลเลกชันเสมือนของเครื่องจักรเสมือน Java SE 6 HotSpot [tm]" :

เวลา GC มากเกินไปและ OutOfMemoryError

ตัวรวบรวมแบบขนานจะโยน OutOfMemoryError หากใช้เวลามากเกินไปในการรวบรวมขยะ: หากใช้เวลามากกว่า 98% ของเวลาทั้งหมดในการรวบรวมขยะและกู้คืนฮีปน้อยกว่า 2% ระบบ OutOfMemoryError จะถูกโยนทิ้ง คุณสมบัตินี้ได้รับการออกแบบมาเพื่อป้องกันไม่ให้แอปพลิเคชันทำงานเป็นระยะเวลานานขณะที่ความคืบหน้าเพียงเล็กน้อยหรือไม่มีเลยเพราะฮีปมีขนาดเล็กเกินไป หากจำเป็นคุณสมบัตินี้สามารถปิดใช้งานได้โดยการเพิ่มตัวเลือก-XX:-UseGCOverheadLimitในบรรทัดคำสั่ง

แก้ไข: ดูเหมือนว่าบางคนสามารถพิมพ์ได้เร็วกว่าฉัน :)

หากคุณแน่ใจว่าไม่มีการรั่วไหลของหน่วยความจำในโปรแกรมของคุณลอง:

1. -Xmx1gเพิ่มขนาดกองยกตัวอย่างเช่น
2. -XX:+UseConcMarkSweepGCเปิดใช้งานพร้อมกันเก็บหยุดต่ำ
3. นำวัตถุที่มีอยู่กลับมาใช้ใหม่เมื่อเป็นไปได้เพื่อบันทึกหน่วยความจำบางส่วน

หากจำเป็นสามารถตรวจสอบการ จำกัดได้โดยการเพิ่มตัวเลือก-XX:-UseGCOverheadLimitในบรรทัดคำสั่ง

มันมักจะเป็นรหัส นี่คือตัวอย่างง่ายๆ:

import java.util.*;

public class GarbageCollector {

    public static void main(String... args) {

        System.out.printf("Testing...%n");
        List<Double> list = new ArrayList<Double>();
        for (int outer = 0; outer < 10000; outer++) {

            // list = new ArrayList<Double>(10000); // BAD
            // list = new ArrayList<Double>(); // WORSE
            list.clear(); // BETTER

            for (int inner = 0; inner < 10000; inner++) {
                list.add(Math.random());
            }

            if (outer % 1000 == 0) {
                System.out.printf("Outer loop at %d%n", outer);
            }

        }
        System.out.printf("Done.%n");
    }
}

ใช้ Java 1.6.0_24-b07 บน Windows 7 32 บิต

java -Xloggc:gc.log GarbageCollector

จากนั้นดู gc.log

• ทริกเกอร์ 444 ครั้งโดยใช้วิธีการที่ไม่ดี
• ทริกเกอร์ 666 ครั้งโดยใช้วิธี WORSE
• ทริกเกอร์ 354 ครั้งโดยใช้วิธีที่ดีกว่า

ตอนนี้ได้รับแล้วนี่ไม่ใช่การทดสอบที่ดีที่สุดหรือการออกแบบที่ดีที่สุด แต่เมื่อเผชิญกับสถานการณ์ที่คุณไม่มีทางเลือกนอกจากใช้ลูปหรือการจัดการกับโค้ดที่มีอยู่ซึ่งทำงานไม่ดีการเลือกที่จะนำวัตถุกลับมาใช้ใหม่ จำนวนครั้งที่ตัวรวบรวมขยะเข้ามา ...

สาเหตุของข้อผิดพลาดตามแพลตฟอร์ม Java [8], คู่มือการแก้ไขปัญหา Standard Edition : (เน้นและเพิ่มตัวแบ่งบรรทัด)

[... ] "เกินขีด จำกัด โอเวอร์เฮดของ GC" บ่งชี้ว่าตัวรวบรวมขยะกำลังทำงานอยู่ตลอดเวลาและโปรแกรม Java กำลังดำเนินการช้ามาก

หลังจากการรวบรวมขยะหากกระบวนการ Java ใช้เวลามากกว่าประมาณ 98% ของเวลาในการทำการรวบรวมขยะและถ้ามีการกู้คืนน้อยกว่า 2% ของกองและได้ทำมาแล้ว 5 ครั้งล่าสุด (ค่าคงที่เวลารวบรวม) คอลเลกชันแล้วjava.lang.OutOfMemoryErrorจะถูกโยน [ ... ]

1. เพิ่มขนาดฮีปหากฮีปปัจจุบันไม่เพียงพอ
2. หากคุณยังคงได้รับข้อผิดพลาดนี้หลังจากเพิ่มหน่วยความจำฮีปให้ใช้เครื่องมือทำโปรไฟล์หน่วยความจำเช่นMAT (เครื่องมือวิเคราะห์หน่วยความจำ), Visual VMเป็นต้นและแก้ไขการรั่วไหลของหน่วยความจำ
3. อัพเกรด JDK เป็นเวอร์ชั่นล่าสุด (1.8.x) หรืออย่างน้อย 1.7.x และใช้อัลกอริทึม G1GC . เป้าหมายปริมาณงานสำหรับ G1 GC คือเวลาสมัคร 90 เปอร์เซ็นต์และเวลารวบรวมขยะ 10 เปอร์เซ็นต์

4. นอกเหนือจากการตั้งค่าหน่วยความจำฮีปด้วย - Xms1g -Xmx2gลอง

   -XX:+UseG1GC -XX:G1HeapRegionSize=n -XX:MaxGCPauseMillis=m  
   -XX:ParallelGCThreads=n -XX:ConcGCThreads=n

ดูคำถามที่เกี่ยวข้องเพิ่มเติมเกี่ยวกับ G1GC

• การรวบรวมขยะและเอกสารคู่มือ Java 7 (JDK 7) บน G1

• การรวบรวมขยะ Java G1 ในการผลิต

• บทความ Oracle technetwork สำหรับ GC finetuning

เพียงเพิ่มขนาดฮีพเพียงเล็กน้อยด้วยการตั้งค่าตัวเลือกนี้

เรียกใช้→เรียกใช้การกำหนดค่า→อาร์กิวเมนต์→อาร์กิวเมนต์ VM

-Xms1024M -Xmx2048M

Xms - สำหรับขีด จำกัด ขั้นต่ำ

Xmx - สำหรับขีด จำกัด สูงสุด

สำหรับฉันแล้วขั้นตอนต่อไปนี้ใช้ได้ผล:

1. เปิดeclipse.iniไฟล์

2. เปลี่ยนแปลง

   -Xms40m
   -Xmx512m

   ถึง

   -Xms512m
   -Xmx1024m

3. รีสตาร์ท Eclipse

ดูที่นี่

ลองนี้

เปิดbuild.gradleไฟล์

  android {
        dexOptions {
           javaMaxHeapSize = "4g"
        }
   }

ต่อไปนี้ใช้งานได้สำหรับฉัน เพียงเพิ่มตัวอย่างต่อไปนี้:

android {
        compileSdkVersion 25
        buildToolsVersion '25.0.1'

defaultConfig {
        applicationId "yourpackage"
        minSdkVersion 10
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        multiDexEnabled true
    }
dexOptions {
        javaMaxHeapSize "4g"
    }
}

เพิ่ม javaMaxHeapsize ในไฟล์ build.gradle (Module: app) ของคุณ

dexOptions {
    javaMaxHeapSize "1g"
}

ถึง (เพิ่มบรรทัดนี้ในการไล่ระดับสี)

 dexOptions {
        javaMaxHeapSize "4g"
    }

คำอธิบายขนาดของ heap Java heap (xms, xmx, xmn)

-Xms size in bytes

Example : java -Xms32m

ตั้งค่าขนาดเริ่มต้นของ Java heap ขนาดเริ่มต้นคือ 2097152 (2MB) ค่าต้องเป็นจำนวนมากและมากกว่า 1024 ไบต์ (1KB) (แฟล็ก -server เพิ่มขนาดเริ่มต้นเป็น 32M)

-Xmn size in bytes

Example : java -Xmx2m

ตั้งค่าขนาดฮีพ Java เริ่มต้นสำหรับการสร้างอีเดน ค่าเริ่มต้นคือ 640K (แฟล็ก -server เพิ่มขนาดเริ่มต้นเป็น 2M)

-Xmx size in bytes

Example : java -Xmx2048m

ตั้งค่าขนาดสูงสุดที่ฮีปของ Java สามารถเติบโตได้ ขนาดเริ่มต้นคือ 64M (แฟล็ก -server เพิ่มขนาดดีฟอลต์เป็น 128M) ขีด จำกัด ฮีพสูงสุดคือประมาณ 2 GB (2048MB)

การจัดรูปแบบอาร์กิวเมนต์หน่วยความจำ Java (xms, xmx, xmn)

เมื่อตั้งค่าขนาดฮีพของ Java คุณควรระบุอาร์กิวเมนต์หน่วยความจำโดยใช้ตัวอักษร“ m” หรือ“ M” สำหรับ MB หรือ“ g” หรือ“ G” สำหรับ GB การตั้งค่าของคุณจะไม่ทำงานหากคุณระบุ“ MB” หรือ“ GB” อาร์กิวเมนต์ที่ถูกต้องมีลักษณะดังนี้:

-Xms64m หรือ -Xms64M -Xmx1g หรือ -Xmx1G ยังสามารถใช้ 2048MB เพื่อระบุ 2GB และให้แน่ใจว่าคุณใช้ตัวเลขทั้งหมดเมื่อระบุอาร์กิวเมนต์ของคุณ การใช้ -Xmx512m เป็นตัวเลือกที่ถูกต้อง แต่ -Xmx0.5g จะทำให้เกิดข้อผิดพลาด

ข้อมูลอ้างอิงนี้มีประโยชน์สำหรับใครบางคน

คุณยังสามารถเพิ่มการจัดสรรหน่วยความจำและขนาดฮีปได้โดยเพิ่มgradle.propertiesไฟล์นี้ในไฟล์ของคุณ:

org.gradle.jvmargs=-Xmx2048M -XX\:MaxHeapSize\=32g

มันไม่จำเป็นต้องเป็น 2048M และ 32g ทำให้มันใหญ่เท่าที่คุณต้องการ

แก้ไขได้:
เพียงเพิ่ม
org.gradle.jvmargs=-Xmx1024m
ใน
gradle.properties
และถ้าไม่มีอยู่ให้สร้างขึ้น

ฉันกำลังทำงานใน Android Studio และพบข้อผิดพลาดนี้เมื่อพยายามสร้าง APK ที่ลงนามแล้วเพื่อให้เป็นอิสระ ฉันสามารถสร้างและทดสอบ APK ที่ดีบักได้โดยไม่มีปัญหา แต่ทันทีที่ฉันต้องการสร้าง APK ที่วางจำหน่ายกระบวนการสร้างจะทำงานเป็นเวลาหลายนาทีเมื่อสิ้นสุดและสุดท้ายก็จบลงด้วย "Error java.lang.OutOfMemoryError: GC เกินขีด จำกัด ค่าโสหุ้ย " ฉันเพิ่มขนาดฮีพสำหรับทั้งคอมไพเลอร์ VM และ Android DEX แต่ปัญหายังคงอยู่ ในที่สุดหลังจากเวลาผ่านไปหลายชั่วโมงและแก้วกาแฟมันกลับกลายเป็นว่าปัญหาอยู่ในไฟล์ build.gradle 'ระดับแอปของฉัน - ฉันมีพารามิเตอร์' minifyEnabled 'สำหรับประเภท build release ที่ตั้งค่าเป็น' false 'ดังนั้นจึงเรียกใช้ Proguard stuffs ในรหัสที่ยังไม่ผ่านกระบวนการลดขนาดโค้ด (ดูhttps://developer.android) ฉันเปลี่ยนพารามิเตอร์ 'minifyEnabled' เป็น 'true' และบิลด์ที่วางจำหน่ายดำเนินการเหมือนฝัน :)

กล่าวโดยย่อคือฉันต้องเปลี่ยนไฟล์ 'build.gradle' ระดับแอปจาก: // ...

buildTypes {
    release {
        minifyEnabled false
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        signingConfig signingConfigs.sign_config_release
    }
    debug {
        debuggable true
        signingConfig signingConfigs.sign_config_debug
    }
}

//...

ถึง

    //...

buildTypes {
    release {
        minifyEnabled true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        signingConfig signingConfigs.sign_config_release
    }
    debug {
        debuggable true
        signingConfig signingConfigs.sign_config_debug
    }
}

//...

หากต้องการเพิ่มขนาดฮีพใน IntelliJ IDEA ให้ทำตามคำแนะนำต่อไปนี้ มันใช้งานได้สำหรับฉัน

สำหรับผู้ใช้ Windows

ไปที่ตำแหน่งที่ติดตั้ง IDE และค้นหาสิ่งต่อไปนี้

idea64.exe.vmoptions

แก้ไขไฟล์และเพิ่มสิ่งต่อไปนี้

-Xms512m
-Xmx2024m
-XX:MaxPermSize=700m
-XX:ReservedCodeCacheSize=480m

อย่างนั้นแหละ !!

คุณสามารถลองทำการเปลี่ยนแปลงการตั้งค่าเซิร์ฟเวอร์โดยอ้างอิงถึงรูปภาพนี้และเพิ่มขนาดหน่วยความจำสำหรับการประมวลผลการเปลี่ยนแปลงเน้นสีเหลือง

คุณยังสามารถเปลี่ยนแปลง java heap ได้ด้วยการเปิด cmd-> set _java_opts -Xmx2g
2g (2gigabytes) ขึ้นอยู่กับความซับซ้อนของโปรแกรมของคุณ

พยายามใช้ตัวแปรค่าคงที่และตัวแปร temp น้อยกว่า

คุณจำเป็นต้องเพิ่มขนาดหน่วยความจำใน Jdeveloper ไปที่setDomainEnv.cmd

set WLS_HOME=%WL_HOME%\server    
set XMS_SUN_64BIT=**256**
set XMS_SUN_32BIT=**256**
set XMX_SUN_64BIT=**3072**
set XMX_SUN_32BIT=**3072**
set XMS_JROCKIT_64BIT=**256**
set XMS_JROCKIT_32BIT=**256**
set XMX_JROCKIT_64BIT=**1024**
set XMX_JROCKIT_32BIT=**1024**

if "%JAVA_VENDOR%"=="Sun" (
    set WLS_MEM_ARGS_64BIT=**-Xms256m -Xmx512m**
    set WLS_MEM_ARGS_32BIT=**-Xms256m -Xmx512m**
) else (
    set WLS_MEM_ARGS_64BIT=**-Xms512m -Xmx512m**
    set WLS_MEM_ARGS_32BIT=**-Xms512m -Xmx512m**
)

และ

set MEM_PERM_SIZE_64BIT=-XX:PermSize=**256m**
set MEM_PERM_SIZE_32BIT=-XX:PermSize=**256m**

if "%JAVA_USE_64BIT%"=="true" (
    set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT%
) else (
    set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT%
)

set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=**1024m**
set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=**1024m**

ใน Netbeans มันอาจมีประโยชน์ในการออกแบบขนาดฮีปสูงสุด Go to Run => การตั้งค่าการกำหนดค่าโครงการ => ปรับแต่ง ในการเรียกใช้ของหน้าต่างโผล่ขึ้นมาของมันไปที่VM ตัวเลือก-Xms2048m -Xmx2048mเติมใน มันสามารถแก้ปัญหาขนาดฮีพได้

การรีบูตเครื่อง MacBook ของฉันแก้ไขปัญหานี้ให้ฉัน

ฉันไม่ทราบว่าสิ่งนี้ยังเกี่ยวข้องหรือไม่ แต่เพียงต้องการแบ่งปันสิ่งที่ได้ผลกับฉัน

อัปเดตเวอร์ชั่น kotlin เป็นเวอร์ชั่นล่าสุด https://blog.jetbrains.com/kotlin/category/releases/

และมันก็ทำ