Вы можете включить StrictMode в уровне API 9 и выше.

StrictMode наиболее часто используется , чтобы поймать случайный доступ к диску или сетей на главном потоке приложения, где операции UI принимаются и анимация имеет место. Сохраняя основной поток вашего приложения в ответ, вы также предотвратить ANR диалоговые окна не показывались пользователям.

public void onCreate() {
    StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
                           .detectAll()
                           .penaltyLog()
                           .penaltyDeath()
                           .build());
    super.onCreate();
}

с помощью penaltyLog()вы можете смотреть вывод ADB LogCat в то время как вы используете приложение , чтобы увидеть нарушение , как они происходят.

Вы хотите знать, какая задача держать UI тему. Файл трассировки дает вам подсказку, чтобы найти задачу. вам необходимо исследовать состояние каждого потока

Состояние резьбы

• бег - выполнение кода приложения
• Спальный - называется Thread.sleep ()
• монитор - ожидание, чтобы получить блокировку монитора
• ждать - в Object.wait ()
• родной - выполнение нативного кода
• vmwait - ожидание ресурса В.М.
• зомби - поток находится в процессе умирания
• INIT - поток инициализации (вы не должны видеть это)
• начиная - нить собирается начать (вы не должны видеть это либо)

Сосредоточьтесь на SUSPENDED, MONITOR состояние. Монитор состояния указывает на то, какой поток исследован и взвешенном состоянии нити, вероятно, основной причиной тупика.

Основные шаги расследования

1. Найти «ждет, чтобы заблокировать»
   • вы можете найти состояние монитора "Binder Thread # 15" PRIO = 5 TID = 75 MONITOR
   • Вам повезло, если найти «ждет, чтобы заблокировать»
   • Пример: ожидание блокировки <0xblahblah> (а com.foo.A) проводится ThreadId = 74
2. Вы можете заметить, что «TID = 74» держать задачу сейчас. Так что в TID = 74
3. TID = 74 может быть взвешенное состояние! найти главную причину!

следы не всегда содержат «ожидающую блокировку». в этом случае трудно найти основную причину.

Я изучаю андроид в течение последних нескольких месяцев, так что я далек от эксперта, но я был очень разочарован с документацией на ANRS.

Большинство советов, как представляется, направлены на их избежать или фиксируя их, слепо глядя через код, который является большим, но я не мог найти что-либо на анализе следов.

Есть три вещи, которые вам действительно нужно искать с бревнами ANR.

1) ТУПИКИ: Когда поток находится в состоянии WAIT, вы можете просматривать детали, чтобы узнать, кто это «heldby =». Большая часть времени, она будет проходить сам по себе, но если он принадлежит другому потоку, что, скорее всего, будет знаком опасности. Посмотрите на эту нить и посмотреть, что он принадлежит. Вы могли бы найти петлю, которая является явным признаком того, что что-то пошло не так. Это довольно редкое, но это первая точка, потому что, когда это произойдет, это кошмар

2) Основная нить ожидания: Если ваш основной поток находится в состоянии ожидания, проверьте, если он принадлежит другому потоку. Это не должно было случиться, потому что Ваш поток пользовательского интерфейса не должны проводиться на фоне потока.

Оба из этих сценариев, значит, вам нужно переделать код значительно.

3) тяжелые операции на основном потоке: Это наиболее частая причина ANRS, но иногда один из труднее найти и исправить. Посмотрите на основных деталях резьбы. Прокрутка вниз трассировки стека и до тех пор, пока не увидите классы вы узнаете (из приложения). Посмотрите на методы в трассировке и выяснить, если вы делаете сетевые вызовы, Д.Б. звонки и т.д. в этих местах.

Наконец, и я извиняюсь за бесстыдно подключить свой собственный код, вы можете использовать анализатор лог питона , который я написал в https://github.com/HarshEvilGeek/Android-Log-Analyzer Это будет проходить через ваши лог - файлы, открытые файлы ANR, найти тупики, найти ждут основные темы, найти пойманные исключения в журналах агентов и распечатать все это на экране в относительно легко читаемом образом. Прочитайте файл ReadMe (который я собираюсь добавить) , чтобы узнать , как использовать его. Это помогло мне тонну в последней неделе!

Всякий раз, когда вы анализируя проблемы синхронизации, отладка часто не помогает, как замораживание приложения в контрольной точке сделает проблему уйти.

Лучше всего, чтобы вставить много лесозаготовительных вызовы (Log.XXX ()) в различные потоки и обратные вызовы в приложении и посмотреть, где задержка в. Если вам нужен StackTrace, создать новую Exception (только один экземпляр) и зарегистрировать ее.

Что Триггеры ANR?

В целом, система отображает ANR, если приложение не может реагировать на ввод данных пользователя.

В любой ситуации, в которой ваше приложение выполняет потенциально длительную операцию, вы не должны выполнять работу в потоке пользовательского интерфейса, но вместо того, чтобы создать рабочий поток и сделать большую часть работы там. Это держит поток пользовательского интерфейса (который приводит в действие события цикла пользовательский интерфейс) работает и не позволяет системе сделать вывод, что ваш код замерзла.

Как избежать ошибок ANR

Android приложения обычно работают исключительно на одном потоке, по умолчанию «UI нить» или «основной поток»). Это означает, что что-то ваше приложение делает в потоке пользовательского интерфейса, который занимает много времени для завершения может вызвать диалоговое окно ANR, потому что приложение не дает себе шанс для обработки события ввода или намерений передачи.

Таким образом, любой метод, который работает в потоке пользовательского интерфейса должен делать, как мало работы, как это возможно на эту тему. В частности, необходимо сделать как можно меньше, чтобы установить в ключевых методах жизненного цикла, такие как OnCreate () и onResume (). Потенциально длительные операции, такие как сети или базы данных операции, или вычислительно дорогие вычисления, такие как изменение размера растровых изображения должны быть сделаны в рабочем потоке (или в случае операций базы данных, с помощью асинхронного запроса).

Код: Рабочий поток с классом AsyncTask

private class DownloadFilesTask extends AsyncTask<URL, Integer, Long> {
    // Do the long-running work in here
    protected Long doInBackground(URL... urls) {
        int count = urls.length;
        long totalSize = 0;
        for (int i = 0; i < count; i++) {
            totalSize += Downloader.downloadFile(urls[i]);
            publishProgress((int) ((i / (float) count) * 100));
            // Escape early if cancel() is called
            if (isCancelled()) break;
        }
        return totalSize;
    }

    // This is called each time you call publishProgress()
    protected void onProgressUpdate(Integer... progress) {
        setProgressPercent(progress[0]);
    }

    // This is called when doInBackground() is finished
    protected void onPostExecute(Long result) {
        showNotification("Downloaded " + result + " bytes");
    }
}

Код: Выполнение рабочего потока

Для выполнения этого рабочего потока, просто создать экземпляр и вызвать выполнение ():

new DownloadFilesTask().execute(url1, url2, url3);

Источник

http://developer.android.com/training/articles/perf-anr.html

Вы должны искать «ждать , чтобы заблокировать» в /data/anr/traces.txt файле

для получения более подробной информации: инженер по High Performance с инструментами от Android & Play (Google I / O '17)

моя проблема с НР, после того, как много работы, я обнаружил, что нить звонит ресурс, который не существует в макете, вместо того, чтобы возвратить исключение, я получил ANR ...

Рассмотрите возможность использования ANR-сторожевую библиотеки точно отслеживать и стек захват ANR следов на высоком уровне детализации. Вы можете отправить их на аварии отчетности библиотеки. Я рекомендую использовать setReportMainThreadOnly()в этом сценарии. Вы можете сделать приложение бросить несмертельную исключение точки замерзания, или сделать приложение силы бросить курить , когда ANR происходит.

Обратите внимание, что стандартные ANR отчеты отправлены в консоли Play Developer Google часто не достаточно точны, чтобы точно определить проблему. Вот почему сторонняя библиотека требуется.

Основной на @Horyun Ли ответ, я написал небольшой питон скрипт , чтобы помочь расследовать ANR от traces.txt.

ANR : будет выводиться в графике , graphvizесли вы установили grapvhvizна вашей систему.

$ ./anr.py --format png ./traces.txt

Детский выход будет , как показано ниже , если есть ANR : обнаруженный в файле traces.txt. Это более интуитивным.

Образец traces.txtфайл , используемый выше , был получить от здесь .