Студия Android, использующая> 100% процессор в любое время - фоновые процессы не работают

Я заметил, что Android Studio (при запуске) постоянно использует процессор более 100%, даже когда он появляется, нет фоновых процессов, которые IDE работает (индексирование и т.д.). Возможно, я подозреваю, что это что-то особенное для моей коробки, но некоторые разработчики тоже сталкиваются с этим.

Часто время использования ЦП составляет 100 или 200 (см. скриншоты ниже). Кто-нибудь тоже столкнулся с этим? Если да, существуют ли какие-либо стратегии или варианты в среде IDE для исправления этого интенсивного использования системных ресурсов?

Ответ 1

Я оставил этот вопрос открытым какое-то время, так как коллеги и постеры со временем нашли значение в различных решениях. Для меня простое обновление Android Studio решило проблему (через несколько месяцев, когда ни одно из приведенных здесь решений не помогло мне).

Ответ 2

Вы можете попробовать следующие опции в меню Файл:

Меню "Файл" → Отменить кэш/перезапустить... → Отменить и перезапустить
Включите режим энергосбережения, нажав Файл → Режим энергосбережения

Режим энергосбережения отключает только понимание кода и фоновые задачи.

Ответ 3

Возможно, вы захотите перейти в файл > Invalidate Caches/Restart Ваш кеш может оттолкнуть что-то напуганное в фоновом режиме

Ответ 4

Благодаря Buzzrick (ответил на этой странице, вероятно, выше моего ответа), он упомянул о VCS. Отключение всех фоновых операций VCS, по-видимому, оказало ОГРОМНОЕ влияние на высокую загрузку ЦП - оно составляло 150%, а теперь - 20%, более или менее.

Я на OS X

Перейдите: Настройки> Контроль версий> Фон. Теперь в разделе "Фоновые операции" перечислены 6 вариантов. Я отключил первые три варианта:

Выполните обновление VCS в фоновом режиме, Выполните фиксацию в VCS в фоновом режиме, Выполните извлечение VCS в фоновом режиме.

Ответ 5

Я столкнулся с постоянным высоким использованием процессора с очевидной причиной. Недействительный кеш не работал и не выполнял режим энергосбережения.

В моем случае было что-то не так в директории .git, которая вызывала андроид-студию с ошибкой в бесконечном цикле. Проверка репо снова устранила проблему.

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

Ответ 6

Интересно, что для меня это как-то связано с интеграцией управления версиями.

Я исправил это, перезагрузив проект моей студии Android и, когда он попросил подключить мои ссылки CVS (я не помню точной формулировки), я просто сказал "Игнорировать". После этого он работал бесперебойно, не вытаскивая CPU

Ответ 7

Я включил энергосбережение в Android Studio 1.0, но это означало, что я отказался от многих функций, которые предлагает Android Studio. Таким образом, я попытался найти лучшее решение, у меня всегда появлялось диалоговое окно и предлагалось увеличить размер виртуальной машины. По-видимому, как только я увеличил это, я могу отключить энергосбережение и отлично работать с Android Studio.

Вот как это сделать: В Mac OS перейдите к /Applications/Android\ Studio.app/Contents/bin/studio.vmoptions (Чтобы открыть содержимое, щелкните правой кнопкой мыши приложение Android Studio > Просмотреть содержимое) Вы найдете следующие переменные

-Xms128m
-Xmx4096m
-XX:MaxPermSize=1024m
-XX:ReservedCodeCacheSize=200m
-XX:+UseCompressedOops

В Windows перейдите к переменным среды и найдите системную переменную _JAVA_OPTIONS

Увеличьте эти цифры соответственно.

Xmx определяет максимальный пул распределения памяти для виртуальной машины Java (JVM).
Xms определяет исходный пул распределения памяти.

i.e Ваша JVM будет запущена с объемом памяти Xms и будет иметь возможность использовать максимальный объем памяти Xmx.

Ответ 8

У меня была такая же проблема в Linux. Решено путем увеличения размера памяти.

Начну с просмотра top -p <android studio pid> -H, который показывает, какие потоки используют большую часть процессора, для меня есть три потока: 94232,94233,94234. Затем я делаю jstack <pid> для получения дампа стека андроидной студии и ищет 0x17018 (= 94232), он оказывается "Gang worker#0 (Parallel CMD Threads)". Все трое. очевидно, JVM слишком занят, делая GC все время.

Также открыта jconsole для моего студенческого процесса Android, и она показывает время GC "20 minutes"!!! (внизу вкладки памяти)

Исправить - изменить studio.vmoptions(или studio64.vmoptions в моем случае), чтобы увеличить значение -Xmx от значения по умолчанию от 750 до 1500 м. Этого достаточно для меня. если у вас слишком много памяти, установите значение 2g или 4g или 16g.

Ответ 9

В Windows я уменьшил приоритет процесса studio64.exe и установил близость процесса к половине ядер. Откройте диспетчер задач, перейдите на вкладку "Процессы", щелкните правой кнопкой мыши на процессе studio64.exe, и вы увидите его в меню.

Ответ 10

Я пробовал следующую процедуру и Android Studio на моем Surface Pro 3 ускорялся безумным количеством:

Уменьшите amount и memory Android Virtual Devices, которые у вас есть.
Invalidate Caches/Restart
Перейдите в Power Save Mode
Закройте все unnecessary files that are opened.
Уменьшите VM Heap Size до 256.

Ответ 11

В моем случае в "Eset Smart Security" папка Android-Studio из white-listed и проблема решена!

надеюсь это поможет!

Редактировать:

Отключение HIPS в Eset settings также помогло в моей ситуации!

Ответ 12

В Android Studio 2.3 это происходит, когда открыто окно "Android Monitor" (окно показывает сообщения Logcat от устройств и эмуляторов), а затем вы нажимаете Ctrl+F (Cmd+F на Mac), чтобы открыть поиск "Поиск" бар внутри этого окна.

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

Таким образом, решения для предотвращения использования процессора на 100%:

Выключите панель поиска Find или полностью скройте окно.

или же

Отключите телефон Samsung, который отправляет множество отладочных сообщений.

или же

Обновление до Android Studio 3, где эта ошибка не возникает.

Ответ 13

Более дрянной версии, чем версия 3.3, еще не было. Это самая ленивая (с загрузкой ЦП 150% и ничего не делать под macOS) и дрянная версия того, что я видел. Версия 3.2 не была такой медленной и дерьмовой, но версия 3.3 побила все рекорды. Спасибо разработчикам этого дерьма, надеюсь, что после версии 3.3 всем стало очевидно, что с ностальгией вспомнит старый Eclipse.