Амбициозная попытка запустить приложение Android на нескольких эмуляторах - не может остановить эмуляторы

Question

Амбициозная попытка запустить приложение Android на нескольких эмуляторах - не может остановить эмуляторы

1

Итак, у меня есть идея проверить мое приложение Android на моем ноутбуке, используя один avd, но с несколькими файлами config.ini, чтобы изменить состав самого avd.

Я создал несколько avds и скопировал файлы config.ini в отдельную папку.

Я также написал bash script to

через мои файлы config.ini
скопируйте их по одному в папку avd (переписывая последнюю)
попытка остановить любой текущий эмулятор запуска (это моя большая проблема)
запустить эмулятор
запустите мои тесты (сделайте скриншоты)
adb вытащите скриншоты в папку
начать со следующего файла ini

Итак, у меня большая часть этой работы, но я не могу на всю жизнь меня останавливать/запускать/перезапускать avd.

Я пробовал несколько вещей из различных вопросов SO, включая, но не ограничиваясь

adb emu kill
telnet kill
останов оболочки adb
pgrep emulator -f (чтобы найти pid), тогда kill -9, чтобы остановить его

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

Кажется, что это должно быть так просто и отличным способом запускать мое приложение на нескольких эмуляторах устройств, без необходимости запускать их все сразу, то, что мой ноутбук никогда не сможет обработать (возможно, 3 один раз)

Russ Wheeler 12 март 2017, в 16:12

Источник

1

если вы делаете any_shell_command & и затем echo $! вы получите идентификатор процесса задания, которое в последний раз было помещено в фоновый режим, независимо от того, выполнено ли оно как асинхронная команда или с помощью встроенной команды bg, поэтому, если вы запустите свой эмулятор с помощью & то сможете сохранить его pid где-нибудь, а затем убить его
pskink 12 март 2017, в 15:13
0

@pskink - всякий раз, когда я убиваю, он часто приводит меня к файлам .lock в папке avd, что означает, что я не могу перезапустить этот эмулятор снова
Russ Wheeler 13 март 2017, в 12:22
0

пробовал разные сигналы? (убить -l)
pskink 13 март 2017, в 12:27
0

но, честно говоря, adb emu kill или kill из сеанса telnet гораздо лучше в этом случае ... они также оставляют файлы .lock?
pskink 13 март 2017, в 12:40
0

Это не так, но когда я запускаю устройства adb, эмулятор все еще находится в списке, он фактически не удаляется, плюс я не думаю, что реальный эмулятор закрыт на экране, он, кажется, просто вылетает и все еще виден, но вещь на панели инструментов исчезла. Если я смотрю в ps aux, кажется, что запущена какая-то программа разрешения аварийных ситуаций эмулятора, но она просто заблокирована
Russ Wheeler 13 март 2017, в 14:44
0

странно, если я делаю adb emu kill и затем adb devices я вижу пустой список, также ps -ef | grep emu ничего не показывает
pskink 13 март 2017, в 14:47
0

есть ТАК сообщения, которые показывают, что adb emu kill не работает после, я думаю, Android 5.0.1, возможно ли, что вы ниже, чем для вашего эмулятора? (Или, может быть, это была версия программного обеспечения эмулятора ...)
Russ Wheeler 14 март 2017, в 20:10

Показать ещё 5 комментариев

Теги:

android

bash

android-emulator

avd

android-avd

1 ответ

Ещё вопросы

если вы делаете any_shell_command & и затем echo $! вы получите идентификатор процесса задания, которое в последний раз было помещено в фоновый режим, независимо от того, выполнено ли оно как асинхронная команда или с помощью встроенной команды bg, поэтому, если вы запустите свой эмулятор с помощью & то сможете сохранить его pid где-нибудь, а затем убить его
@pskink - всякий раз, когда я убиваю, он часто приводит меня к файлам .lock в папке avd, что означает, что я не могу перезапустить этот эмулятор снова
пробовал разные сигналы? (убить -l)
но, честно говоря, adb emu kill или kill из сеанса telnet гораздо лучше в этом случае ... они также оставляют файлы .lock?
Это не так, но когда я запускаю устройства adb, эмулятор все еще находится в списке, он фактически не удаляется, плюс я не думаю, что реальный эмулятор закрыт на экране, он, кажется, просто вылетает и все еще виден, но вещь на панели инструментов исчезла. Если я смотрю в ps aux, кажется, что запущена какая-то программа разрешения аварийных ситуаций эмулятора, но она просто заблокирована
странно, если я делаю adb emu kill и затем adb devices я вижу пустой список, также ps -ef | grep emu ничего не показывает
есть ТАК сообщения, которые показывают, что adb emu kill не работает после, я думаю, Android 5.0.1, возможно ли, что вы ниже, чем для вашего эмулятора? (Или, может быть, это была версия программного обеспечения эмулятора ...)

tverrbjelke · Accepted Answer · 2017-03-20T11-14-00.000Z

Сделайте это в оболочке (linux):

adb shell su -c 'svc power shutdown' && echo "target has shut down"

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

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

Просто протестировал его на эмулированном целевом андроиде API 19 (kitkat) - работал красиво.

Надеюсь, он решает вашу идею удаленного сценария настройки нескольких целей.

Спасибо за это, у меня не было возможности проверить, но скоро попробую
Просто попробовал это. Это не сработало точно, по какой-то причине я не мог заставить ее работать. Тем не менее, если я запускаю adb root && adb shell 'svc power shutdown' && echo "target has shut down" то это работает отлично. Спасибо