Question

我目前正在开发一个Xamarin.Android应用程序，其中包含许多活动，使用返回图像的API，有时还有大量的对象列表，因此我必须注意内存以避免OOM。

但是，当我开始使用Bitmaps时，我终于成功了。起初，我认为是因为那些位图，所以我进行了一些测试。它似乎不是。我停用了API，所以我使用空的对象列表，没有图像。我仍然设法让我的应用程序内存使用变得疯狂，最终崩溃。

由于我无法在Visual Studio上安装Xamarin Profiler（不知道原因，但不是主要关注点），我在我的设备上安装了一个应用程序（OnePlus One），称为Intel Performance Viewer，即能够实时监控设备的RAM使用情况。我启动了我的应用程序，让我们说我的2GB总内存中的内存使用量是1.1GB。我单击一个应该显示对象列表的按钮，但是当API关闭时，列表为空。因此，活动包含一个自定义应用栏，两个按钮，一个空列表视图和一个显示“列表为空”的文本。调用此活动时RAM消耗从大约30MB上升。然后我按下我的返回按钮，它正在调用Finish（）;在活动上，然后我回到了主要的。并且RAM消耗从一个或两个MB下降。

然后，如果我再次继续该活动，它将开始，吃30多MB，如果我继续在这样的活动之间切换，它最终将导致OOME。

我尝试在我的设备开发人员选项中检查“不要保持活动”，似乎它释放了更多的RAM（多么合乎逻辑），但仍然不是一切。我必须在内存不足之前切换更多，但问题仍然存在。

是不是应该将活动中包含的每个数据都放在垃圾收集器中？我试着做GC.Collect（）;在我的OnDestroy中，没有效果。

我不知道我是否误解了内存在android上是如何工作的，因为我对移动开发者来说还是个新手，但这让我很头疼。有帮助吗？

谢谢！

编辑：这是我在OOM上获得的。

    05-23 10:15:37.973 D/dalvikvm( 5049): GC_FOR_ALLOC freed 1587K, 3% free 248825K/256263K, paused 22ms, total 23ms
05-23 10:15:37.973 I/dalvikvm-heap( 5049): Grow heap (frag case) to 245.840MB for 2908172-byte allocation
05-23 10:15:38.029 D/dalvikvm( 5049): GC_CONCURRENT freed 127K, 2% free 2515
37K/256263K, paused 10ms+10ms, total 52ms
05-23 10:15:38.077 D/dalvikvm( 5049): GC_FOR_ALLOC freed 74K, 2% free 251463K/256263K, paused 23ms, total 23ms
05-23 10:15:38.077 I/dalvikvm-heap( 5049): Forcing collection of SoftReferences for 11632652-byte allocation
05-23 10:15:38.105 D/dalvikvm( 5049): GC_BEFORE_OOM freed 306K, 2% free 251156K/256263K, paused 29ms, total 29ms
05-23 10:15:38.105 E/dalvikvm-heap( 5049): Out of memory on a 11632652-byte allocation.
05-23 10:15:38.105 I/dalvikvm( 5049): "main" prio=5 tid=1 RUNNABLE
05-23 10:15:38.105 I/dalvikvm( 5049):   | group="main" sCount=0 dsCount=0 obj=0xa62704b0 self=0xb7c7b510
05-23 10:15:38.105 I/dalvikvm( 5049):   | sysTid=5049 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=-1217084352
05-23 10:15:38.105 I/dalvikvm( 5049):   | schedstat=( 7886788399 5740305249 19539 ) utm=596 stm=192 core=0
05-23 10:15:38.117 E/mono-rt ( 5049): =================================================================
05-23 10:15:38.117 E/mono-rt ( 5049): Got a SIGSEGV while executing native code. This usually indicates
05-23 10:15:38.117 E/mono-rt ( 5049): a fatal error in the mono runtime or one of the native libraries 
05-23 10:15:38.117 E/mono-rt ( 5049): used by your application.
05-23 10:15:38.117 E/mono-rt ( 5049): =================================================================
05-23 10:15:38.117 E/mono-rt ( 5049): 
05-23 10:15:38.117 F/libc    ( 5049): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 5049

Answer 1

我建议你阅读这篇文章：

修改：

尝试这样的事情：

using Android.Content;
using Java.IO;
using System;

namespace SampleTest.Droid
{
    public class CacheManager
    {
        private static long MaxSize = 5242880L; // 5MB

        private CacheManager() { }

        public static void CacheData(Context context, Byte[] data, String name)
        {
            try
            {
                File cacheDir = context.CacheDir;
                long size = cacheDir.TotalSpace;
                long newSize = data.Length + size;

                if (newSize > MaxSize)
                {
                    CleanDir(cacheDir, newSize - MaxSize);
                }

                File file = new File(cacheDir, name);
                FileOutputStream OS = new FileOutputStream(file);

                try
                {
                    OS.Write(data);
                }
                catch (Exception ex)
                {
                    OS.Flush();
                    OS.Close();
                    System.Console.WriteLine(ex.Message);
                    throw;
                }
            }
            catch (IOException ex)
            {
                System.Console.WriteLine(ex.Message);
                throw;
            }
        }

        private static void CleanDir(File dir, long bytes)
        {
            long bytesDeleted = 0;
            File[] files = dir.ListFiles();

            foreach (File file in files)
            {
                bytesDeleted += file.Length();
                file.Delete();

                if (bytesDeleted >= bytes)
                    break;
            }
        }

        public static byte[] RetrieveData(Context context, String name)
        {
            try
            {

                File cacheDir = context.CacheDir;
                File file = new File(cacheDir, name);

                if (!file.Exists())
                {
                    // Data doesn't exist
                    return null;
                }

                byte[] data = new byte[(int)file.Length()];
                FileInputStream fis = new FileInputStream(file);
                try
                {
                    fis.Read(data);
                }
                finally
                {
                    fis.Close();
                }
                return data;
            }

            catch (Exception ex)
            {
                System.Console.WriteLine(ex.Message);
                throw;
            }
        }

        private static long DirSize(File Dir)
        {
            long size = 0;
            File[] files = Dir.ListFiles();

            foreach (File file in files)
            {
                if (file.IsFile)
                    size += file.Length();
            }
            return size;
        }
    }
}

参考：https://stackoverflow.com/a/10069679/3891036

Answer 2

用片段替换活动。活动很繁重，我想你会继续在导航上进行新的活动。在您知道事情将很容易失控并且您的应用程序将达到OOM阈值之前。保持单一活动并替换其中的片段。

以下是有关片段https://guides.codepath.com/android/Creating-and-Using-Fragments

的教程

Answer 3

好的，好消息（有点）。问题不是我第一次想到的问题。我把这个内存问题放在一边几个小时，继续研究应用程序的最后一个功能。在测试我的新代码时，在获得OOM之前，我无法在两个活动之间导航三次以上。我就像“等一下，我可以在没有错误之前切换几个小时”。所以我用Git找到了第一个带有内存泄漏问题的提交。它首次出现了照片上传功能。所以，我的内存泄漏可能是因为一些非回收的位图。可以在Stack和Internet上的其他地方找到很多位图内存错误，我应该能够弄明白。感谢所有回复的人！

使用简单的活动导航导致内存泄漏

3 个答案: