Ваш вопрос состоит из двух частей:
1) Как определить размер кучи на моем тестовом устройстве?
2) Почему мое приложение превышает размер моей кучи?
Что касается вопроса 1, вы можете определить размер кучи на тестовом устройстве непосредственно в своем коде, позвонив по номеру:
Runtime.getRuntime () maxMemory ();.
См. этот пост для получения дополнительной информации об этом методе, а также некоторые примеры размеров кучи, доступных на различных устройствах.
Кроме того, если вы работаете с рутованным устройством, может быть способ напрямую установить (и проверить) размер кучи через интерфейс. Например, в различных версиях Android CyanogenMod в меню «Настройки» вы можете выбрать «Настройки CyanogenMod», затем «Производительность», а затем «Размер кучи виртуальной машины» и напрямую просмотреть (и изменить) размер кучи для вашего устройства. , Будьте осторожны, так как установка слишком маленького размера кучи может привести к неправильной работе вашего устройства или к худшему.
Относительно вопроса 2: Вы не предоставили достаточно информации для диагностики вашей конкретной проблемы, и в любом случае постановка такого диагноза из вторых рук в лучшем случае затруднительна. Лучшим решением для решения этой проблемы (и для изучения чего-то, что имеет непреходящее значение в процессе) будет знакомство с некоторыми из очень мощных инструментов анализа памяти, доступных в Android (некоторые из которых также интегрированы в Eclipse IDE). Я использую эти инструменты из Eclipse, поэтому я опишу их ниже.
Прежде всего, убедитесь, что ваша версия Eclipse обновлена, установив последнюю версию Eclipse (например, Indigo).
Далее в Eclipse выберите «Справка / Установка нового программного обеспечения», затем щелкните раскрывающийся список вверху и выберите
"Indigo - http://download.eclipse.org/releases/indigo"
Затем откройте категорию «Инструменты общего назначения», щелкнув знак «плюс» рядом с ней, и выберите «Анализатор памяти», а также «Анализатор памяти (диаграммы)» [необязательно]. Установите эти инструменты.
Далее выберите «Окно / Настройки», а затем «Android / DDMS» и выберите действие HPROF «Открыть в Eclipse». Это приведет к тому, что любой файл дампа кучи HPROF, созданный вами из DDMS, будет иметь соответствующий формат для Eclipse, а также автоматически откроет его в анализаторе памяти Eclipse (который был только что установлен выше).
Теперь откройте DDMS, выбрав Окно / Открыть перспективу / Другое / DDMS. Выберите значок «Устройства» (выглядит как телефон) слева и перетащите получившееся окно так, чтобы оно было где-то пристыковано, чтобы его было легко увидеть.
Убедитесь, что ваше устройство подключено к ПК через USB и ваше приложение работает.
На только что созданной вкладке «Устройства» выберите процесс запущенного приложения. Запустите приложение так, чтобы оно заняло достаточно памяти, чтобы вы знали, что оно просочилось, но не настолько, чтобы оно зависало. Теперь щелкните значок «Файл дампа HPROF» на вкладке «Устройства». После небольшой задержки вам будет предложен выбор отчетов в куче. Попробуйте Отчет о подозреваемых утечках, чтобы начать. Этот отчет откроется в инструменте анализа памяти. Он говорит вам, где ваше приложение использует память. Проверьте различные типы объектов и посмотрите, не выглядят ли они раздутыми относительно объема данных, который, как вы ожидаете, им потребуется; если это так, это может указывать на утечку.
Здесь - это хорошее руководство, более подробно описывающее, как сгенерировать и исследовать вашу кучу, используя DDMS и инструмент Memory Analyzer Tool.
Вернувшись в DDMS (или в перспективу DDMS в Eclipse), вы можете выбрать вкладку Allocation Tracker, когда ваше устройство подключено, а затем ваше устройство на вкладке устройств и затем выбрать процесс вашего приложения из списка для этого устройства. Затем на вкладке «Отслеживание распределения» нажмите кнопку «Начать отслеживание», затем запустите соответствующие операции вашего приложения (те, которые, как вы подозреваете, просочились), затем нажмите кнопку «Получить выделения» и нажмите кнопку «Остановить отслеживание».
Это отобразит все распределения, которые произошли во время отслеживания (существуют ограничения на сумму, которую он будет хранить).Нажатие на любой из них приведет вас к стеку во время выделения, а нажатие на любую часть этого дампа стека приведет вас к исходному коду, который участвовал в выделении.дать вам некоторое представление о том, что может вызвать утечку памяти в вашем приложении.