Android 디버그 브리지(adb)

Android 디버그 브리지(adb)는 기기와 통신할 수 있도록 지원하는 다목적 명령줄 도구입니다. adb 명령어는 앱 설치 및 디버깅과 같은 다양한 기기 작업을 용이하게 합니다. adb는 기기에서 다양한 명령어를 실행하는 데 사용할 수 있는 Unix 셸에 대한 액세스를 제공합니다. 이 도구는 다음과 같은 세 가지 구성요소를 포함하는 클라이언트-서버 프로그램입니다.

• 명령어를 전송하는 클라이언트. 클라이언트는 개발 머신에서 실행됩니다. adb 명령어를 실행하여 명령줄 터미널에서 클라이언트를 호출할 수 있습니다.
• 기기에서 명령어를 실행하는 데몬(adbd). 데몬은 각 기기에서 백그라운드 프로세스로 실행됩니다.
• 클라이언트와 데몬 간의 통신을 관리하는 서버. 서버는 개발 머신에서 백그라운드 프로세스로 실행됩니다.

adb는 Android SDK 플랫폼 도구 패키지에 포함되어 있습니다. 이 패키지를 SDK Manager를 사용하여 다운로드합니다. 그러면 android_sdk/platform-tools/에 설치됩니다. 독립형 Android SDK 플랫폼 도구 패키지를 사용하려면 여기에서 다운로드하세요.

연결 도우미를 사용하여 일반적인 문제를 해결하는 방법을 포함하여 adb를 통해 사용할 기기 연결에 관한 자세한 내용은 하드웨어 기기에서 앱 실행을 참고하세요.

adb 작동 방식

adb 클라이언트를 시작하면 클라이언트는 먼저 이미 실행 중인 adb 서버 프로세스가 있는지 확인합니다. 없으면 서버 프로세스를 시작합니다. 서버가 시작되면 로컬 TCP 포트 5037에 바인딩되고 adb 클라이언트에서 전송된 명령어를 리슨합니다.

참고: 모든 adb 클라이언트는 포트 5037을 사용하여 adb 서버와 통신합니다.

그런 다음 서버는 실행 중인 모든 기기와의 연결을 설정합니다. 서버는 5555~5585 범위(처음 16개의 에뮬레이터가 사용하는 범위)에서 홀수 포트를 스캔하여 에뮬레이터를 찾습니다. 서버가 adb 데몬(adbd)을 찾으면 포트와의 연결을 설정합니다.

각 에뮬레이터는 한 쌍의 순차적 포트를 사용합니다. 하나는 콘솔 연결용 짝수 포트이고 다른 하나는 adb 연결용 홀수 포트입니다. 예를 들면 다음과 같습니다.

에뮬레이터 1, 콘솔: 5554
에뮬레이터 1, adb: 5555
에뮬레이터 2, 콘솔: 5556
에뮬레이터 2, adb: 5557
등

위에서 알 수 있듯이 포트 5555에서 adb에 연결된 에뮬레이터는 콘솔이 포트 5554에서 리슨하는 에뮬레이터와 동일합니다.

서버가 모든 기기와의 연결을 설정하면 개발자는 adb 명령어를 사용하여 기기에 액세스할 수 있습니다. 서버는 기기 연결을 관리하고 여러 adb 클라이언트의 명령어를 처리하므로 개발자는 임의의 클라이언트 또는 스크립트에서 임의의 기기를 제어할 수 있습니다.

기기에서 adb 디버깅 사용 설정

USB를 통해 연결된 기기에서 adb를 사용하려면 기기 시스템 설정의 개발자 옵션 아래에서 USB 디버깅을 사용 설정해야 합니다. Android 4.2(API 수준 17) 이상에서는 개발자 옵션 화면이 기본적으로 숨겨져 있습니다. 이 옵션을 표시하려면 개발자 옵션을 사용 설정하세요.

이제 USB로 기기를 연결할 수 있습니다. android_sdk/platform-tools/ 디렉터리에서 adb devices를 실행하여 기기가 연결되어 있는지 확인할 수 있습니다. 연결된 경우 기기 이름이 'device'로 표시됩니다.

참고: Android 4.2.2(API 수준 17) 이상을 실행하는 기기를 연결하면 이 컴퓨터를 통해 디버깅을 허용하는 RSA 키를 수락할지 묻는 대화상자가 표시됩니다. 이 보안 메커니즘은 개발자가 기기를 잠금 해제하고 대화상자를 승인하지 않으면 USB 디버깅 및 기타 adb 명령어를 실행할 수 없도록 보장하기 때문에 사용자 기기를 보호하는 역할을 합니다.

USB를 통해 기기에 연결하는 방법을 자세히 알아보려면 하드웨어 기기에서 앱 실행을 참고하세요.

Wi-Fi를 통해 기기에 연결

참고: 다음 안내는 Android 11(API 수준 30)을 실행하는 Wear 기기에는 적용되지 않습니다. 자세한 내용은 Wear OS 앱 디버깅 가이드를 참고하세요.

Android 11(API 수준 30) 이상에서는 Android 디버그 브리지(adb)를 사용하여 워크스테이션에서 무선으로 앱을 배포하고 디버깅할 수 있도록 지원합니다. 예를 들어, debuggable 리소스를 물리적으로 기기를 연결할 필요 없이 여러 원격 기기에 앱을 추가할 수 있습니다. USB 따라서 일반적인 USB 연결 문제를 처리할 필요가 없습니다. 설치해야 합니다

무선 디버깅 사용을 시작하려면 다음을 실행하세요.

• 워크스테이션과 기기가 동일한 무선 네트워크에 연결되어 있어야 합니다.

• 휴대전화의 경우 Android 11(API 수준 30) 이상, TV 및 WearOS의 경우 Android 13(API 수준 33) 이상을 실행해야 합니다. 자세한 내용은 Android 버전 확인 및 업데이트를 참고하세요.

• IDE를 사용하는 경우 최신 버전의 Android 스튜디오가 설치되어 있는지 확인합니다. Android 스튜디오 Bumblebee는 여기에서 다운로드할 수 있습니다.

• 워크스테이션에서 최신 버전의 SDK 플랫폼 도구로 업데이트합니다.

무선 디버깅을 사용하려면 QR 코드 또는 페어링 코드를 사용하여 기기와 워크스테이션을 페어링해야 합니다. 워크스테이션과 기기가 동일한 무선 네트워크에 연결되어 있어야 합니다. 기기에 연결하려면 다음 단계를 따르세요.

1. 기기에서 개발자 옵션을 사용 설정합니다.

2. Android 스튜디오를 열고 실행 구성 메뉴에서 Pair Devices Using Wi-Fi를 선택합니다.

   

   그림 1. 실행 구성 메뉴

   그림 2와 같이 Pair devices over Wi-Fi 팝업 창이 표시됩니다.

   

   그림 2. QR 코드 또는 페어링 코드를 사용하여 기기를 페어링할 수 있는 팝업 창

3. 기기에서 무선 디버깅을 탭하고 기기를 페어링합니다.

   

   그림 3. Google Pixel 휴대전화의 무선 디버깅 설정 스크린샷

   1. QR 코드를 사용하여 기기를 페어링하려면 QR 코드로 기기 페어링을 선택하고 그림 2에 나온 Pair devices over Wi-Fi 팝업에 표시된 QR 코드를 스캔합니다.

   2. 페어링 코드를 사용하여 기기를 페어링하려면 Pair devices over Wi-Fi 팝업에서 Pair device with pairing code를 선택합니다. 기기에서 페어링 코드를 사용하여 페어링을 선택하고 제공된 6자리 코드를 기록해 둡니다. Pair devices over Wi-Fi 창에 기기가 표시되면 Pair를 선택하고 기기에 표시된 6자리 코드를 입력합니다.

      

      그림 4. 6자리 코드 입력의 예

4. 기기가 페어링되면 기기에 앱 배포를 시도할 수 있습니다.

   다른 기기를 페어링하거나 워크스테이션에 현재 기기를 저장하지 않으려면 기기에서 무선 디버깅으로 이동하여 페어링된 기기 아래에서 워크스테이션 이름을 탭한 다음 저장 안함을 선택합니다.

5. 무선 디버깅을 빠르게 켜거나 끄려면 개발자 옵션 > 빠른 설정 개발자 타일의 무선 디버깅을 위한 빠른 설정 개발자 타일을 사용하세요.

   

   그림 5. 무선 디버깅을 빠르게 켜거나 끌 수 있는 빠른 설정 개발자 타일 설정

명령줄을 사용한 Wi-Fi 연결

Android 스튜디오를 사용하지 않고 명령줄을 통해 기기에 연결하려면 다음 단계를 따르세요.

1. 위에서 설명한 대로 기기에서 개발자 옵션을 사용 설정합니다.

2. 위에서 설명한 대로 기기에서 무선 디버깅을 사용 설정합니다.

3. 워크스테이션에서 터미널 창을 열고 android_sdk/platform-tools로 이동합니다.

4. 페어링 코드로 기기 페어링을 선택하여 IP 주소, 포트 번호, 페어링 코드를 확인합니다. 기기에 표시된 IP 주소, 포트 번호, 페어링 코드를 기록해 두세요.

5. 워크스테이션 터미널에서 adb pair ipaddr:port를 실행합니다. 앞에서 기록해 둔 IP 주소와 포트 번호를 사용하세요.

6. 메시지가 표시되면 아래와 같이 페어링 코드를 입력합니다.

   

   그림 6. 기기가 성공적으로 페어링되었다는 메시지가 표시됩니다.

무선 연결 문제 해결

기기를 무선으로 연결하는 데 문제가 있다면 다음 문제 해결 단계에 따라 문제를 해결해 보세요.

워크스테이션과 기기가 기본 요건을 충족하는지 확인

워크스테이션과 기기가 이 섹션의 시작 부분에 나열된 기본 요건을 충족하는지 확인합니다.

다른 알려진 문제 확인

다음은 무선 디버깅 (adb 또는 Android 사용)과 관련하여 현재 알려진 문제의 목록입니다. 해결 방법:

• Wi-Fi가 연결되지 않음: 회사 Wi-Fi 네트워크와 같은 안전한 Wi-Fi 네트워크, P2P 연결을 차단하고 Wi-Fi를 통한 연결을 허용하지 않을 수 있습니다. 케이블로 연결하거나 다른 (기업이 아닌) Wi-Fi 네트워크에 연결할 수 있습니다. 무선 연결 tcp/ip를 통한 adb connect ip:port (초기 USB 연결 후)도 또 다른 옵션입니다. 경우에 따라 할 수 있습니다.

• 가끔 Wi-Fi를 통한 adb가 자동으로 사용 중지됨: 기기가 Wi-Fi 네트워크를 전환하거나 네트워크에서 연결 해제되면 발생할 수 있습니다. 이 문제를 해결하려면 네트워크에 다시 연결하세요.

• 페어링 후 기기가 연결되지 않음: adb가 mDNS를 통해 요청을 받습니다. 페어링된 기기를 찾고 자동으로 연결할 수 있습니다. 네트워크 또는 기기가 구성에서 mDNS를 지원하지 않거나 사용 중지한 경우 수동으로 adb connect ip:port를 사용하여 기기에 연결합니다.

최초 USB 연결 후 기기와 무선으로 연결합니다 (Android 10 이하에서만 옵션 사용 가능).

참고: 이 워크플로는 Android 11 (및 물리적 USB를 통한 *초기* 연결도 필요합니다.

참고: 다음 안내는 Android 10(API 수준 29) 이하를 실행하는 Wear 기기에는 적용되지 않습니다. 자세한 내용은 Wear OS 앱 디버깅 가이드를 참고하세요.

adb는 일반적으로 USB를 통해 기기와 통신하지만 Wi-Fi를 통해 adb를 사용할 수도 있습니다. Android 10(API 수준 29) 이하를 실행하는 기기를 연결하려면 USB를 통한 다음 초기 단계를 따르세요.

1. Android 기기와 adb 호스트 컴퓨터를 공용 Wi-Fi 네트워크에 연결합니다.

참고: 일부 액세스 포인트는 부적합할 수 있음에 주의하세요. adb를 지원하도록 방화벽이 올바로 구성된 액세스 포인트를 사용해야 합니다.

2. USB 케이블로 기기를 호스트 컴퓨터에 연결합니다.
3. 포트 5555에서 TCP/IP 연결을 리슨하도록 대상 기기를 설정합니다.

   adb tcpip 5555
   

4. 대상 기기에서 USB 케이블의 연결을 끊습니다.
5. Android 기기의 IP 주소를 찾습니다. 예를 들어 Nexus 기기에서는 Settings > About tablet(또는 About phone) > Status > IP address에서 IP 주소를 찾을 수 있습니다.
6. IP 주소로 기기에 연결합니다.

   adb connect device_ip_address:5555
   

7. 호스트 컴퓨터가 대상 기기에 연결되었는지 확인합니다.

   $ adb devices
   List of devices attached
   device_ip_address:5555 device
   

이제 기기가 adb에 연결되었습니다.

기기와의 adb 연결이 끊어지는 경우:

• 호스트가 여전히 Android 기기와 동일한 Wi-Fi 네트워크에 연결되어 있는지 확인합니다.
• adb connect 단계를 다시 실행하여 재연결합니다.
• 그래도 문제가 해결되지 않으면 adb 호스트를 재설정합니다.

  adb kill-server
  

  그런 다음 처음부터 반복합니다.

기기 쿼리

adb 명령어를 실행하기 전에 adb 서버에 연결된 기기 인스턴스를 알면 도움이 됩니다. 연결된 기기 목록을 devices 명령어를 사용하여 생성합니다.

  adb devices -l
  

이에 응답하여 adb는 각 기기의 상태 정보를 출력합니다.

• 일련번호: adb는 포트 번호로 기기를 고유하게 식별하는 문자열을 만듭니다. emulator-5554는 일련번호의 예입니다.
• 상태: 기기의 연결 상태는 다음 중 하나일 수 있습니다.
  • offline: 기기가 adb에 연결되지 않았거나 응답하지 않습니다.
  • device: 기기가 adb 서버에 연결됩니다. 시스템이 아직 부팅되는 동안 기기가 adb에 연결되기 때문에 이 상태는 Android 시스템이 완전히 부팅되어 작동함을 의미하는 것은 아닙니다. 부팅이 완료된 후 이는 기기의 일반적인 작동 상태입니다.
  • no device: 연결된 기기가 없습니다.
• 설명: -l 옵션을 포함하면 devices 명령어는 기기가 무엇인지 알려줍니다. 이 정보는 연결된 기기가 여러 개 있어서 구분할 때 유용합니다.

다음 예에서는 devices 명령어와 그 출력을 보여줍니다. 세 가지 기기가 실행 중입니다. 목록의 처음 두 줄은 에뮬레이터이고 세 번째 줄은 컴퓨터에 연결된 하드웨어 기기입니다.

$ adb devices
List of devices attached
emulator-5556 device product:sdk_google_phone_x86_64 model:Android_SDK_built_for_x86_64 device:generic_x86_64
emulator-5554 device product:sdk_google_phone_x86 model:Android_SDK_built_for_x86 device:generic_x86
0a388e93      device usb:1-1 product:razor model:Nexus_7 device:flo

에뮬레이터가 나열되지 않음

adb devices 명령어에는 에뮬레이터가 바탕화면에서 표시되어도 실행 중인 에뮬레이터가 adb devices 출력에 표시되지 않도록 하는 특수한 명령어 시퀀스가 있습니다. 다음 조건이 모두 true이면 발생합니다.

• adb 서버가 실행되고 있지 않습니다.
• 5554와 5584 사이의 홀수 포트 값을 가진 -port 또는 -ports 옵션과 함께 emulator 명령어를 사용합니다.
• 선택한 홀수 포트가 사용 중이 아니므로 포트 연결이 지정된 포트 번호에서 실행될 수 있습니다. 또는 사용 중인 경우에는 에뮬레이터가 2의 요구사항을 충족하는 다른 포트로 전환됩니다.
• 에뮬레이터를 시작한 후 adb 서버를 시작합니다.

이러한 상황을 피하는 한 가지 방법은 에뮬레이터가 자체 포트를 선택하도록 하고 에뮬레이터를 한 번에 16개 이하로 실행하는 것입니다. 또 다른 방법은 다음 예와 같이 emulator 명령어를 사용하기 전에 항상 adb 서버를 시작하는 것입니다.

예 1: 다음 명령어 시퀀스에서는 adb devices 명령어가 adb 서버를 시작하지만 기기 목록은 표시되지 않습니다.

adb 서버를 중지하고 다음 명령어를 표시된 순서대로 입력합니다. AVD 이름에는 시스템에서 유효한 AVD 이름을 입력합니다. AVD 이름 목록을 가져오려면 emulator -list-avds를 입력합니다. emulator 명령어는 android_sdk/tools 디렉터리에 있습니다.

$ adb kill-server
$ emulator -avd Nexus_6_API_25 -port 5555
$ adb devices

List of devices attached
* daemon not running. starting it now on port 5037 *
* daemon started successfully *

예 2: 다음 명령어 시퀀스에서는 adb 서버가 먼저 시작되었으므로 adb devices가 기기 목록을 표시합니다.

adb devices 출력에서 에뮬레이터를 표시하려면 adb 서버를 중지한 다음 emulator 명령어를 사용한 후와 adb devices 명령어를 사용하기 전에 다음과 같이 다시 시작합니다.

$ adb kill-server
$ emulator -avd Nexus_6_API_25 -port 5557
$ adb start-server
$ adb devices

List of devices attached
emulator-5557 device

에뮬레이터 명령줄 옵션에 관한 자세한 내용은 명령줄 시작 옵션을 참고하세요.

특정 기기로 명령어 전송

여러 기기가 실행 중인 경우 adb 명령어를 실행할 때 대상 기기를 지정해야 합니다. 대상을 지정하려면 다음 단계를 따르세요.

1. devices 명령어를 사용하여 대상의 일련번호를 가져옵니다.
2. 일련번호를 가져온 후에는 adb 명령어와 함께 -s 옵션을 사용하여 일련번호를 지정합니다.
   1. adb 명령어를 많이 실행하려는 경우 $ANDROID_SERIAL 환경 변수에서 일련번호를 대신 포함하도록 설정할 수 있습니다.
   2. -s와 $ANDROID_SERIAL을 모두 사용한다면 -s가 $ANDROID_SERIAL을 재정의합니다.

다음 예에서는 연결된 기기 목록을 가져오고 기기 중 하나의 일련번호를 사용하여 그 기기에 helloWorld.apk를 설치합니다.

$ adb devices
List of devices attached
emulator-5554 device
emulator-5555 device
0.0.0.0:6520  device

# To install on emulator-5555
$ adb -s emulator-5555 install helloWorld.apk
# To install on 0.0.0.0:6520
$ adb -s 0.0.0.0:6520 install helloWorld.apk

참고: 대상 기기를 지정하지 않고 명령어를 실행하는 경우 여러 기기를 사용할 수 있는 경우 adb에 오류가 표시됩니다. 'adb: more than one device/emulator'.

사용 가능한 여러 기기가 있지만 에뮬레이터가 하나뿐인 경우에는 -e 옵션을 사용하여 에뮬레이터에 명령어를 전송합니다. 여러 기기가 있지만 연결된 하드웨어 기기가 하나뿐인 경우에는 -d 옵션을 사용하여 하드웨어 기기에 명령어를 전송합니다.

앱 설치

adb를 사용하여 에뮬레이터 또는 연결된 기기에 install 명령어로 APK를 설치할 수 있습니다.

adb install path_to_apk

테스트 APK를 설치하는 경우에는 install 명령어와 함께 -t 옵션을 사용해야 합니다. 자세한 내용은 -t를 참고하세요.

다중 APK를 설치하려면 install-multiple를 사용하세요. 이 기능은 모든 파일을 앱을 위한 특정 기기의 APK를 생성하고 이를 에뮬레이터 또는 실제 기기에서 사용할 수 있습니다

에뮬레이터/기기 인스턴스에 설치할 수 있는 APK 파일을 만드는 방법에 관한 자세한 내용은 앱 빌드 및 실행을 참고하세요.

참고: Android 스튜디오를 사용하면 adb를 직접 사용하여 에뮬레이터 또는 기기에 앱을 설치할 필요가 없습니다. Android 스튜디오가 앱의 패키징과 설치를 자동으로 처리해 줍니다.

포트 전달 설정

forward 명령어를 사용하여 임의의 포트 전달을 설정할 수 있고 포트 전달은 특정 호스트 포트의 요청을 기기의 다른 포트로 전달합니다. 다음 예는 호스트 포트 6100에서 기기 포트 7100으로의 전달을 설정합니다.

adb forward tcp:6100 tcp:7100

다음 예는 호스트 포트 6100에서 local:logd로의 전달을 설정합니다.

adb forward tcp:6100 local:logd

이는 기기의 지정된 포트로 전송되는 항목을 확인하려는 경우에 유용할 수 있습니다. 수신된 모든 데이터는 시스템 로깅 데몬에 기록되고 기기 로그에 표시됩니다.

기기에/기기에서 파일 복사

pull과 push 명령어를 사용하여 기기에서 파일을 복사합니다. APK 파일을 특정 위치에만 복사하는 install 명령어와 달리 pull 및 push 명령어를 사용하면 임의의 디렉터리와 파일을 기기의 어느 위치로든 복사할 수 있습니다.

기기에서 파일이나 디렉터리 및 하위 디렉터리를 복사하려면 다음을 실행하세요.

adb pull remote local

기기에 파일이나 디렉터리 및 하위 디렉터리를 복사하려면 다음을 실행하세요.

adb push local remote

local과 remote를 개발 머신(로컬) 및 기기(원격)에 있는 타겟 파일/디렉터리의 경로로 바꾸세요. 예:

adb push myfile.txt /sdcard/myfile.txt

adb 서버 중지

경우에 따라 adb 서버 프로세스를 종료한 후 다시 시작하여 문제를 해결해야 할 수도 있습니다. 예를 들어 adb가 명령어에 응답하지 않는 경우일 수 있습니다.

adb 서버를 중지하려면 adb kill-server 명령어를 사용합니다. 그런 다음 다른 adb 명령어를 실행하여 서버를 다시 시작할 수 있습니다.

adb 명령어 실행

다음을 사용하여 개발 머신의 명령줄에서 또는 스크립트에서 adb 명령어를 실행합니다.

adb [-d | -e | -s serial_number] command

실행 중인 에뮬레이터가 하나뿐이거나 기기가 하나만 연결된 경우 기본적으로 adb 명령어는 연결된 기기로 전송됩니다. 여러 에뮬레이터가 실행 중이거나 여러 기기가 연결되어 있다면 -d, -e 또는 -s 옵션을 사용하여 명령어가 전송되어야 하는 대상 기기를 지정해야 합니다.

다음 명령어를 사용하여 지원되는 모든 adb 명령어의 상세 목록을 확인할 수 있습니다.

adb --help

셸 명령어 실행

shell 명령어를 사용하여 adb를 통해 기기 명령어를 실행하거나 양방향 셸을 시작할 수 있습니다. 단일 명령어를 실행하려면 shell 명령어를 다음과 같이 사용합니다.

adb [-d |-e | -s serial_number] shell shell_command

기기에서 양방향 셸을 시작하려면 shell 명령어를 다음과 같이 사용합니다.

adb [-d | -e | -s serial_number] shell

대화형 셸을 종료하려면 Control+D를 누르거나 exit를 입력합니다.

Android는 일반적인 Unix 명령줄 도구를 대부분 제공합니다. 사용 가능한 도구 목록을 보려면 다음 명령어를 사용하세요.

adb shell ls /system/bin

--help 인수를 통해 대부분의 명령어에 도움말을 사용할 수 있습니다. 셸 명령어는 대부분 toybox에서 제공됩니다. 모든 toybox 명령어에 적용되는 일반적인 도움말은 toybox --help를 통해 사용 가능합니다.

Android 플랫폼 도구 23 이상에서는 adb가 ssh(1) 명령어와 같은 방식으로 인수를 처리합니다. 이러한 변화로 명령어 삽입과 관련된 많은 문제가 해결되었으며 adb install Let\'sGo.apk와 같은 셸 메타문자가 포함된 명령어를 안전하게 실행할 수 있게 되었습니다. 이러한 변화는 셸 메타문자가 포함된 명령어의 해석 역시 변경되었다는 것을 의미합니다.

예를 들어 adb shell setprop key 'value'는 이제 오류입니다. 작은따옴표(')가 로컬 셸에서 가려지고 기기에는 adb shell setprop key value가 표시되기 때문입니다. 명령어가 작동하도록 하려면 따옴표를 두 번 사용합니다. 하나는 로컬 셸용이고 다른 하나는 원격 셸용이며, 이는 ssh(1)에서와 같은 방식입니다. 예: adb shell setprop key 'value'

시스템 로그를 모니터링하는 데 유용한 Logcat 명령줄 도구도 참고하세요.

활동 관리자 호출

adb 셸 내에서 활동 관리자(am) 도구로 명령어를 실행하여 활동 시작, 프로세스 강제 종료, 인텐트 브로드캐스트, 기기 화면 속성 수정 등 다양한 시스템 작업을 실행할 수 있습니다.

셸에 있을 때의 am 문법은 다음과 같습니다.

am command

또한 원격 셸에 들어가지 않고 adb에서 직접 활동 관리자 명령어를 실행할 수도 있습니다. 예를 들면 다음과 같습니다.

adb shell am start -a android.intent.action.VIEW

표 1. 사용 가능한 활동 관리자 명령어

인텐트 인수의 사양

intent 인수를 가져오는 활동 관리자 명령어의 경우 다음 옵션으로 인텐트를 지정할 수 있습니다.

패키지 관리자(pm) 호출

adb 셸 내에서 패키지 관리자(pm) 도구로 명령어를 실행하여 기기에 설치된 앱 패키지에 관한 작업 및 쿼리를 실행할 수 있습니다.

셸에 있을 때의 pm 문법은 다음과 같습니다.

pm command

또한 원격 셸에 들어가지 않고 adb에서 직접 패키지 관리자 명령어를 실행할 수도 있습니다. 예를 들면 다음과 같습니다.

adb shell pm uninstall com.example.MyApp

표 2. 사용 가능한 패키지 관리자 명령어

기기 정책 관리자(dpm) 호출

기기 관리 앱을 개발하고 테스트하는 데 도움이 되도록 기기 정책 관리자(dpm) 도구에 명령어를 실행합니다. 이 도구를 사용하면 활성 관리자 앱을 제어하거나 기기의 정책 상태 데이터를 변경할 수 있습니다.

셸에 있을 때의 dpm 문법은 다음과 같습니다.

dpm command

또한 원격 셸에 들어가지 않고 adb에서 직접 기기 정책 관리자 명령어를 실행할 수도 있습니다.

adb shell dpm command

표 3. 사용 가능한 기기 정책 관리자 명령어

스크린샷 찍기

screencap 명령어는 기기 화면의 스크린샷을 찍는 셸 유틸리티입니다.

셸에 있을 때의 screencap 문법은 다음과 같습니다.

screencap filename

screencap을 명령줄에서 사용하려면 다음을 입력합니다.

adb shell screencap /sdcard/screen.png

다음은 스크린샷 세션의 예이며 adb 셸을 사용하여 스크린샷을 캡처하고 pull 명령어를 사용하여 기기에서 파일을 다운로드합니다.

$ adb shell
shell@ $ screencap /sdcard/screen.png
shell@ $ exit
$ adb pull /sdcard/screen.png

동영상 녹화

screenrecord 명령어는 Android 4.4(API 수준 19) 이상을 실행하는 기기의 화면을 녹화하는 셸 유틸리티입니다. 이 유틸리티는 화면 활동을 MPEG-4 파일로 녹화합니다. 이 파일을 사용하여 홍보 또는 학습 동영상을 만들거나 디버깅 및 테스트할 수 있습니다.

셸에서 다음 문법을 사용합니다.

screenrecord [options] filename

screenrecord를 명령줄에서 사용하려면 다음을 입력합니다.

adb shell screenrecord /sdcard/demo.mp4

Control+C를 눌러 화면 녹화를 중지합니다. 그렇지 않으면 녹음은 3분 또는 --time-limit에서 설정한 시간 제한에 자동으로 중지됩니다.

기기 화면 녹화를 시작하려면 screenrecord 명령어를 실행하여 동영상을 녹화합니다. 그런 다음 pull 명령어를 실행하여 기기의 동영상을 호스트 컴퓨터로 다운로드합니다. 다음은 녹화 세션의 예입니다.

$ adb shell
shell@ $ screenrecord --verbose /sdcard/demo.mp4
(press Control + C to stop)
shell@ $ exit
$ adb pull /sdcard/demo.mp4

screenrecord 유틸리티는 기기 화면의 가로세율 비율을 유지하면서 지원되는 모든 해상도와 개발자가 요청하는 비트 전송률로 녹화할 수 있습니다. 이 유틸리티는 기본적으로 네이티브 화면 해상도와 방향으로 녹화하며 최대 길이는 3분입니다.

screenrecord 유틸리티의 제한사항

• 오디오는 동영상 파일에 녹음되지 않습니다.
• Wear OS를 실행하는 기기에서는 동영상 녹화를 사용할 수 없습니다.
• 일부 기기는 기본 디스플레이 해상도에서 녹화하지 못할 수도 있습니다. 화면 녹화 시에 문제가 발생하면, 더 낮은 화면 해상도를 사용해 보세요.
• 녹화 중에 화면 회전은 지원되지 않습니다. 녹화 중에 화면이 회전되면 녹화에서 화면 일부가 잘립니다.

표 4. screenrecord 옵션

screenrecord --bit-rate 6000000 /sdcard/demo.mp4

앱의 ART 프로필 읽기

Android 7.0(API 수준 24)부터 Android 런타임(ART)은 설치된 앱의 실행 프로필을 수집하며 이 프로필을 사용하여 앱 성능을 최적화합니다. 수집된 프로필을 검토하여 자주 실행되는 메서드와 앱 시작 중에 사용되는 클래스를 파악합니다.

참고: 에뮬레이터와 같은 파일 시스템에 대한 루트 액세스 권한이 있는 경우에만 실행 프로필 파일 이름을 검색할 수 있습니다.

텍스트 형태의 프로필 정보를 생성하려면 다음 명령어를 사용합니다.

adb shell cmd package dump-profiles package

생성된 파일을 검색하려면 다음 명령어를 사용합니다.

adb pull /data/misc/profman/package.prof.txt

테스트 기기 재설정

여러 테스트 기기에서 앱을 테스트하는 경우 사용자 데이터를 삭제하고 테스트 환경을 재설정하는 등 테스트 사이에 기기를 재설정하는 것이 유용할 수 있습니다. 다음과 같이 testharness adb 셸 명령어를 사용하여 Android 10(API 수준 29) 이상을 실행하는 테스트 기기의 초기화를 실행할 수 있습니다.

adb shell cmd testharness enable

testharness를 사용하여 기기를 복원할 때 기기는 지속적인 위치에서 현재 워크스테이션을 통해 디버깅할 수 있는 RSA 키를 자동으로 백업합니다. 즉, 기기가 재설정된 후 워크스테이션은 새 키를 수동으로 등록하지 않고도 기기에 adb 명령어를 디버그 및 실행할 수 있습니다.

또한 더 쉽고 안전하게 앱을 계속 테스트할 수 있도록 testharness를 사용하여 기기를 복원하면 다음 기기 설정도 변경됩니다.

• 기기는 특정 시스템 설정을 설정하여 초기 기기 설정 마법사가 표시되지 않습니다. 즉, 기기는 앱을 빠르게 설치, 디버그, 테스트할 수 있는 상태가 됩니다.
• 설정:
  • 잠금 화면을 사용 중지합니다.
  • 긴급 재난 문자를 사용 중지합니다
  • 계정의 자동 동기화를 사용 중지합니다.
  • 자동 시스템 업데이트를 사용 중지합니다.
• 기타:
  • 사전 설치된 보안 앱을 사용 중지합니다

앱에서 testharness 명령어의 기본 설정을 감지하고 설정에 맞게 조정해야 한다면 ActivityManager.isRunningInUserTestHarness()를 사용하세요.

sqlite

sqlite3은 SQLite 데이터베이스를 검사하는 sqlite 명령줄 프로그램을 시작합니다. sqlite3에는 테이블의 콘텐츠를 출력하는 .dump와 기존 테이블의 SQL CREATE 문을 출력하는 .schema와 같은 명령어가 포함되어 있습니다. 다음과 같이 명령줄에서 SQLite 명령어를 실행할 수도 있습니다.

$ adb -s emulator-5554 shell
$ sqlite3 /data/data/com.example.app/databases/rssitems.db
SQLite version 3.3.12
Enter ".help" for instructions

참고: 에뮬레이터와 같은 파일 시스템에 대한 루트 액세스 권한이 있는 경우에만 SQLite 데이터베이스에 액세스할 수 있습니다.

자세한 내용은 sqlite3 명령줄 문서를 참고하세요.

adb USB 백엔드

adb 서버는 두 개의 백엔드를 통해 USB 스택과 상호작용할 수 있습니다. 네이티브 OS (Windows, Linux 또는 macOS)의 백엔드이거나 libusb 백엔드를 사용할 수 있습니다. attach, detach, USB 속도 감지와 같은 일부 기능은 libusb 백엔드를 사용하는 경우에만 사용할 수 있습니다.

ADB_LIBUSB 환경 변수를 사용하여 백엔드를 선택할 수 있습니다. 설정되어 있지 않으면 adb는 기본 백엔드를 사용합니다. 기본 동작은 OS에 따라 다릅니다. 시작 중 ADB v34에서는 liubusb 백엔드는 네이티브 백엔드가 다음과 같은 Windows를 제외한 모든 OS에서 기본적으로 사용됩니다. 기본적으로 사용됩니다 ADB_LIBUSB가 다음에 해당하는 경우 설정되면 네이티브 백엔드 또는 libusb 중 어느 것을 사용할지 결정합니다. 자세한 내용은 adb 수동 페이지 adb 환경 변수에 관한 자세한 내용을 참고하세요.

adb mDNS 백엔드

ADB는 멀티캐스트 DNS 프로토콜을 사용하여 서버와 기기를 자동으로 연결할 수 있습니다. ADB 서버는 Bonjour (Apple의 mdnsResponder) 및 Openscreen이라는 두 가지 백엔드와 함께 제공됩니다.

Bonjour 백엔드는 호스트 머신에서 데몬을 실행해야 합니다. macOS Apple의 내장 데몬은 항상 실행 중이지만 Windows와 Linux에서는 사용자가 mdnsd 데몬이 실행 중인지 확인해야 합니다. adb mdns check 명령어가 오류를 반환하면 ADB에서 Bonjour 백엔드를 사용하고 있지만 실행 중인 Bonjour 데몬이 없을 가능성이 높습니다.

Openscreen 백엔드는 머신에서 데몬을 실행할 필요가 없습니다. macOS의 Openscreen 백엔드 지원은 ADB v35부터 시작됩니다. Windows와 Linux는 ADB v34부터 지원됩니다.

기본적으로 ADB는 Bonjour 백엔드를 사용합니다. 이 동작은 환경 변수 ADB_MDNS_OPENSCREEN를 사용하여 변경할 수 있습니다. (1 또는 0로 설정) 자세한 내용은 ADB 설명서 페이지를 참고하세요.