在 Android studio 日志中等待阻塞 GC Alloc

Say*_*Sen 8 java arrays android jvm heap-memory

我有一个相当大的双精度数组,其中包含 1,71,00,000 个元素。我需要遍历数组,将数组切成每个 10k 点的较小数组,并将剩余点(如果有)放入最后一个切片。

我有一个基本代码:

public static boolean getSliceOfArray(double[] arr,int slice_len)
    {
        //arr: big array
        //slice_len: 10,000
        System.out.println(arr.length);
        int n_times=(arr.length/slice_len);
        int i=0;
        for(int n=0;n<n_times;n++)
        {
            Arrays.copyOfRange(arr,i,i+slice_len);
            i=i+slice_len;

        }
        System.out.println(n_times);

        if(i!=arr.length)
        {
            System.out.println( Arrays.copyOfRange(arr,i,arr.length).length);

        }

        return true;
    }
Run Code Online (Sandbox Code Playgroud)

它给了我以下输出:

I/System.out: 17100000
I/xample.styleap: Waiting for a blocking GC Alloc
I/xample.styleap: WaitForGcToComplete blocked Alloc on HeapTrim for 13.428ms
    Starting a blocking GC Alloc
I/xample.styleap: Waiting for a blocking GC Alloc
I/xample.styleap: WaitForGcToComplete blocked Alloc on HeapTrim for 36.867ms
I/xample.styleap: Starting a blocking GC Alloc
I/xample.styleap: Waiting for a blocking GC Alloc
I/xample.styleap: WaitForGcToComplete blocked Alloc on HeapTrim for 26.012ms
    Starting a blocking GC Alloc
I/xample.styleap: Waiting for a blocking GC Alloc
I/xample.styleap: WaitForGcToComplete blocked Alloc on HeapTrim for 32.625ms
    Starting a blocking GC Alloc
I/xample.styleap: Waiting for a blocking GC Alloc
I/xample.styleap: WaitForGcToComplete blocked Alloc on HeapTrim for 21.645ms
    Starting a blocking GC Alloc
I/System.out: 1710
Run Code Online (Sandbox Code Playgroud)

当我对相当小的数组执行相同操作时,输出不是这样的。为什么它显示“等待阻塞GC Alloc ”和这些消息?这是一个严重的问题吗?JVM问题还是我的逻辑错误?

Abh*_*osh 8

您的应用程序使用了太多堆内存(可能动态创建对象并且没有收集垃圾),因此 Java GC 不断尝试释放内存,但它无法做到这一点,因为您的应用程序正在生成大量内存“泄露”。所以基本上你的应用程序内存需求不断增加,因此 GC 会警告你,因为它最终会导致崩溃

你应该:

  1. 使用Android Studio Memory Profiler分析内存分配
  2. 分析堆转储
  3. 检查内存泄漏(原因之一可能是静态变量太多!)

System.gc() (正如之前有人建议的那样)不会有帮助,因为你不能保证/强制 GC

我建议首先改进/编辑您自己的代码库,而不是使用该标志来增加 JVM 参数中的堆大小。


Say*_*Sen 5

在我的manifest.xml中使用android:largeHeap="true"解决了这个问题。

  • 这没有帮助:( (2认同)
  • 这应该避免,而且更像是一种快速解决方案,而不是适当的解决方案。 (2认同)