Android wifi port 확인 방법

유선 연결이 귀찮을 때.

유선 연결은 충전이 느려서 짱날 때.

0. 조건

 A. 처음 설정시에는 usb 케이블을 연결해야 합니다.

 B. wifi 와 PC 의 네트워크가 같아야 합니다.(같은 공유기, 허브. 기본 Gateway가 같으면 됩니다.)

1. 환경변수 등록.

 이건 편하게 사용하기 위해서 하는 거라 넘기셔도 상관은 없습니다.

 환경변수 등록 자체가 다른 프로그램 등에서도 잘 쓰이는 편이니 알아둘 겸 해보시는 것도 나쁘진 않을 것 같네요.

 시스템 속성으로 들어가 주세요(내컴퓨터, 내 PC 에서 우클릭 후 속성)

Android wifi port 확인 방법

 그리고 고급 시스템 설정 으로 들어 간 후 환경변수 부분을 클릭하시면 됩니다

Android wifi port 확인 방법

그후 시스템 변수에서 Path 항목을 찾은 후 더블 클릭 혹은 편집 을 눌러 주세요.

그러면 환경 변수 편집 창이 뜬느데, 새로 만들기를 누른 후

C:\Users\사용자명\AppData\Local\Android\Sdk\platform-tools

이 경로를 입력하시면 됩니다.

Android wifi port 확인 방법

 그리고 안정적인 사용을 위해서는 재부팅을 추천드립니다.

2. 개발자옵션 활성화

 폰마다 찾아가는 경로는 다른데 빌드번호를 여러번 클릭하면 되는 건 같습니다.

 활성화 시키고 usb 디버깅 도 활성화 시켜주세요.

 만약 청므 연결시 디버깅 허용 관련 메시지가 안 뜬다면 adb devices 를 프롬프트에 입력해 주시면 팝업이 뜰 겁니다.

3. 디바이스 등록

 정확한 명칭은 아니지만, 대충 그런 느낌이라........

 명령 프롬프트를 열고

 adb tcpip 1234(포트명은 임의로 지정 가능)

 와 같이 입력해 주세요.

그러면

Android wifi port 확인 방법

 요런 메시지를 확인 할 수 있습니다.(위에 메세지들은 바로바로 안 된 내용이니 무시하셔도 됩니다.)

4. 스마트폰 ip 확인하기

 이것도 당연히 폰마다 다릅니다.

 삼성이 경우 그냥 ssid 를 클릭하면 ip 주소가 나옵니다.

 LG 의 경우 ssid 를 눌러도 ip 주소는 안 나옵니다. wifi 설정 부분에서 우측 상단에 있는 3점을 터치한 후 wifi 고급 설정을 터치 하면 하단에 정보 부분이 있고 ip 주소를 확인 할 수 있습니다.

 이제 확인 한 ip주소를 기억해 두세요.

5. 연결

 프롬프트 창을 열고

adb connect IP주소:포트

입니다.

가령 예를 들면

adb connect 192.168.0.123:1234 와 같이 되겠네요.

연결이 되면

connect to ip주소 가 뜨게 됩니다.

6. 확인

 android studio 를 연 후 프로젝트를 열고 run 을 클릭하면 디바이스가 보이면 성공입니다.

Android wifi port 확인 방법

7. 이 방법의 문제점 및 해결 방법

 이 방법의 큰 문제점은... 일단 재부팅 하면 세팅이 초기화 되어 있습니다.

 작업을 다시 해 줘야 된다는 거지요.(짜증나게)

 그나마 조금이라도 절차를 줄일 수 있는 방법은 bat 파일을 만들어서 이용하는 겁니다.

 스마트폰의 ip 주소를 고정으로 바꿔 두시면 더 편하겠지요.

 바탕화면에 txt 파일을 만들어 주고 확장자를 bat 로 변경해 주세요.

 그리고 내용을 입력해 주시면 됩니다.

 adb tcpip 1234(불필요)

 adb connect ip주소:1234

 요렇게만 하시면 됩니다. pc 가 종료 된 후에는 usb를 연결 한 후 입력을 해 줘야 하는 불편함이 있습니다.

 재부팅 후에 adb tcpip 포트 이걸 하지 않아도 연결하는 명령어만 입력해 주면 알아서 되네요.

 다행히 설정값이 저장되긴 하나 봅니다.

이 부분만 해결되면 좋을 텐데, 방법을 찾아보고 있는데 마땅한게 안 보이네요. 나중에라도 찾게 되면 추가하도록 하겠습니다.

Android 디버그 브리지(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를 사용하려면 기기 시스템 설정의 Developer options 아래에서 USB debugging을 사용 설정해야 합니다. Wi-Fi를 통해 연결된 기기에서 adb를 사용하려면 Wi-Fi를 통해 기기에 연결을 참고하세요.

Android 4.2 이상 버전에서는 개발자 옵션 화면이 기본적으로 숨겨져 있습니다. 이 옵션을 표시하려면 Settings > About phone으로 이동하여 Build number를 일곱 번 탭합니다. 이전 화면으로 돌아가 하단에서 Developer options를 찾습니다.

일부 기기에서는 개발자 옵션 화면의 위치나 이름이 다를 수도 있습니다.

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

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

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

Wi-Fi를 통해 기기에 연결(Android 11 이상)

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

Android 11 이상에서는 Android 디버그 브리지(adb)를 사용하여 워크스테이션에서 무선으로 앱을 배포하고 디버깅할 수 있도록 지원합니다. 예를 들어 USB를 통해 기기를 실제로 연결하지 않고도 디버그 가능한 앱을 여러 원격 기기에 배포할 수 있습니다. 이렇게 하면 드라이버 설치와 같은 일반적인 USB 연결 문제를 처리할 필요가 없습니다.

무선 디버깅을 시작하려면 먼저 다음 단계를 완료해야 합니다.

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

  2. 기기에서 Android 11 이상을 실행 중이어야 합니다. 자세한 내용은 Android 버전 확인 및 업데이트를 참고하세요.

  3. Android 스튜디오 Bumblebee가 설치되어 있어야 합니다. Android 스튜디오 Bumblebee는 여기에서 다운로드할 수 있습니다.

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

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

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

    1. 기기에서 빌드 번호 옵션을 찾습니다. 기기별로 빌드 번호를 찾을 수 있는 위치를 확인하세요.

      기기설정

      Google Pixel

      설정 > 휴대전화 정보 > 빌드 번호

      삼성 Galaxy S8 이상

      설정 > 휴대전화 정보 > 소프트웨어 정보 > 빌드 번호

      LG G6 이상

      설정 > 휴대전화 정보 > 소프트웨어 정보 > 빌드 번호

      HTC U11 이상

      설정 > 정보 > 소프트웨어 정보 > 더보기 > 빌드 번호 또는 설정 > 시스템 > 휴대전화 정보 > 소프트웨어 정보 > 더보기 > 빌드 번호

      OnePlus 5T 이상

      설정 > 휴대전화 정보 > 빌드 번호

    2. You are now a developer! 메시지가 표시될 때까지 빌드 번호 옵션을 일곱 번 탭합니다. 그러면 휴대전화에서 개발자 옵션이 사용 설정됩니다.

  2. 기기에서 Wi-Fi를 통한 디버깅을 사용 설정합니다.

    1. 기기에서 개발자 옵션을 찾습니다. 기기별로 개발자 옵션을 찾을 수 있는 위치를 확인하세요.

      기기설정

      Google Pixel, OnePlus 5T 이상

      설정 > 시스템 > 개발자 옵션

      삼성 Galaxy S8 이상, LG G6 이상, HTC U11 이상

      설정 > 개발자 옵션

    2. 개발자 옵션에서 디버깅 섹션까지 스크롤한 다음 무선 디버깅을 사용 설정합니다. 이 네트워크에서 무선 디버깅을 허용하시겠습니까? 팝업에서 허용을 선택합니다.

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

    Android wifi port 확인 방법

    그림 1. 실행 구성 드롭다운 메뉴

    아래와 같이 Pair devices over Wi-Fi 팝업 창이 표시됩니다.

    Android wifi port 확인 방법

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

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

    Android wifi port 확인 방법

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

    1. QR 코드를 사용하여 기기를 페어링하려면 Pair device with QR code를 선택한 다음 위의 Pair devices over Wi-Fi 팝업에 표시된 QR 코드를 스캔합니다.

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

      Android wifi port 확인 방법

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

  5. 페어링되면 기기로 앱 배포를 시도할 수 있습니다.

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

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

    Android wifi port 확인 방법

    그림 5. 빠른 설정 개발자 타일 설정을 사용하면 무선 디버깅을 빠르게 켜거나 끌 수 있습니다.

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

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

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

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

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

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

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

      Android wifi port 확인 방법

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

무선 연결 문제 해결

기기를 무선으로 연결하는 데 문제가 있다면 다음 문제 해결 단계에 따라 문제를 해결할 수 있습니다.

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

무선 디버깅 기본 요건을 충족하려면 다음을 확인하세요.

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

  2. 기기에서 Android 11 이상을 실행 중입니다. 자세한 내용은 Android 버전 확인 및 업데이트를 참고하세요.

  3. Android 스튜디오 Bumblebee가 설치되어 있습니다. Android 스튜디오 Bumblebee는 여기에서 다운로드할 수 있습니다.

  4. 워크스테이션에 최신 버전의 SDK 플랫폼 도구가 설치되어 있습니다.

다른 알려진 문제 확인

다음은 Android 스튜디오의 무선 디버깅과 관련하여 현재 알려진 문제 목록과 해결 방법입니다.

  1. Wi-Fi가 연결되지 않음: 회사 Wi-Fi 네트워크와 같은 일부 Wi-Fi 네트워크는 P2P 연결을 차단하고 Wi-Fi를 통한 연결을 허용하지 않을 수 있습니다. 케이블 또는 다른 Wi-Fi 네트워크로 연결을 시도해 보세요.

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

Wi-Fi를 통해 기기에 연결(Android 10 이하)

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

adb는 일반적으로 USB를 통해 기기와 통신하지만, Wi-Fi를 통해 adb를 사용할 수도 있습니다. Android 10 이하를 실행하는 기기를 연결하려면 아래 설명처럼 USB를 통해 실행해야 하는 몇 가지 초기 단계가 있습니다.

  1. Android 기기와 adb 호스트 컴퓨터를 두 기기 모두가 액세스할 수 있는 공용 Wi-Fi 네트워크에 연결합니다. 일부 액세스 포인트는 부적합할 수 있음에 주의하세요. adb를 지원하도록 방화벽이 올바로 구성된 액세스 포인트를 사용해야 합니다.
  2. Wear OS 기기에 연결하는 경우 기기와 페어링되는 휴대전화에서 블루투스를 끕니다.
  3. USB 케이블로 기기를 호스트 컴퓨터에 연결합니다.
  4. 포트 5555에서 TCP/IP 연결을 수신 대기하도록 대상 기기를 설정합니다.
    adb tcpip 5555
    
  5. 대상 기기에서 USB 케이블의 연결을 끊습니다.
  6. Android 기기의 IP 주소를 찾습니다. 예를 들어 Nexus 기기에서는 Settings > About tablet(또는 About phone) > Status > IP address에서 IP 주소를 찾을 수 있습니다. 또는 Wear OS 기기에서는Settings > Wi-Fi Settings > Advanced > IP address에서 IP 주소를 찾을 수 있습니다.
  7. IP 주소로 기기에 연결합니다.
    adb connect device_ip_address:5555
    
  8. 호스트 컴퓨터가 대상 기기에 연결되었는지 확인합니다.
    $ adb devices
    List of devices attached
    device_ip_address:5555 device
    

이제 준비가 끝났습니다!

adb 연결이 아예 끊어진 경우:

  1. 호스트가 여전히 Android 기기가 있는 Wi-Fi 네트워크와 동일한 Wi-Fi 네트워크에 연결되어 있는지 확인합니다.
  2. adb connect 단계를 다시 실행하여 재연결합니다.
  3. 그래도 작동하지 않으면 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이면 발생합니다.

  1. adb 서버가 실행되고 있지 않습니다.
  2. 5554와 5584 사이의 홀수 포트 값을 가진 -port 또는 -ports 옵션과 함께 emulator 명령어를 사용합니다.
  3. 선택한 홀수 포트가 사용 중이 아니므로 포트 연결이 지정된 포트 번호에서 실행될 수 있습니다. 또는 사용 중인 경우에는 에뮬레이터가 2의 요구사항을 충족하는 다른 포트로 전환됩니다.
  4. 에뮬레이터를 시작한 후 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 명령어를 실행할 때 대상 기기를 지정해야 합니다. 타겟을 지정하려면 devices 명령어를 사용하여 타겟의 일련번호를 가져옵니다. 일련번호를 가져온 후에는 adb 명령어와 함께 -s 옵션을 사용하여 일련번호를 지정합니다. adb 명령어를 많이 실행하려는 경우 $ANDROID_SERIAL 환경 변수에서 일련번호를 대신 포함하도록 설정할 수 있습니다. -s$ANDROID_SERIAL을 모두 사용한다면 -s$ANDROID_SERIAL을 재정의합니다.

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

$ adb devices
List of devices attached
emulator-5554 device
emulator-5555 device

$ adb -s emulator-5555 install helloWorld.apk

참고: 사용 가능한 여러 기기가 있을 때 대상 기기를 지정하지 않고 명령어를 실행하면 adb에서 오류가 발생합니다.

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

앱 설치

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

adb install path_to_apk

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

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

Android 스튜디오를 사용 중인 경우에는 에뮬레이터/기기에 앱을 설치하기 위해 adb를 직접 사용할 필요가 없습니다. Android 스튜디오가 앱의 패키징과 설치를 자동으로 처리해 줍니다.

포트 전달 설정

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

adb forward tcp:6100 tcp:7100

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

adb forward tcp:6100 local:logd

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

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

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

adb pull remote local

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

adb push local remote

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

adb push foo.txt /sdcard/foo.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

양방향 셸을 종료하려면 Ctrl+D를 누르거나 exit를 입력합니다.

참고: Android 플랫폼 도구 23 이상에서는 adb가 ssh(1) 명령어와 동일한 방식으로 인수를 처리합니다. 이러한 변화로 명령어 삽입과 관련된 많은 문제가 해결되었으며, 이제 adb install Let\'sGo.apk와 같은 셸 메타문자가 포함된 명령어를 안전하게 실행할 수 있게 되었습니다. 그러나 이러한 변화는 셸 메타문자가 포함된 명령어의 해석 역시 변경되었다는 것을 의미합니다. 예를 들어 adb shell setprop foo 'a b' 명령어는 이제 오류입니다. 작은따옴표(')가 로컬 셸에서 가려지고 기기에는 adb shell setprop foo a b가 표시되기 때문입니다. 명령어가 작동하도록 하려면 따옴표를 두 번 사용합니다. 하나는 로컬 셸용이고 다른 하나는 원격 셸용이며, 이는 ssh(1)에서와 같은 방식입니다. 예: adb shell setprop foo "'a b'"

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

adb shell ls /system/bin

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

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

활동 관리자 호출(am)

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

am command

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

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

표 2. 사용 가능한 activity manager 명령어

명령어설명
start [options] intent intent에서 지정된 Activity를 시작합니다.

인텐트 인수의 사양을 참고하세요.

옵션:

  • -D: 디버깅을 사용 설정합니다.
  • -W: 실행이 완료되기를 기다립니다.
  • --start-profiler file: 프로파일러를 시작하고 결과를 file로 전송합니다.
  • -P file: --start-profiler와 같지만 앱이 유휴 상태가 되면 프로파일링이 중지됩니다.
  • -R count: 활동 실행을 count 횟수로 반복합니다. 각 반복을 실행하기에 앞서 최상위 활동이 완료됩니다.
  • -S: 활동을 시작하기 전에 타겟 앱을 강제 종료합니다.
  • --opengl-trace: OpenGL 함수의 추적을 사용 설정합니다.
  • --user user_id | current: 어떤 사용자로 실행할지를 지정합니다. 지정하지 않으면 현재 사용자로 실행합니다.
startservice [options] intent intent에서 지정된 Service를 시작합니다.

인텐트 인수의 사양을 참고하세요.

옵션:

  • --user user_id | current: 어떤 사용자로 실행할지를 지정합니다. 지정하지 않으면 현재 사용자로 실행합니다.
force-stop package package(앱의 패키지 이름)와 관련된 모든 것을 강제 종료합니다.
kill [options] package package(앱의 패키지 이름)와 관련된 모든 프로세스를 종료합니다. 이 명령어는 안전하게 종료할 수 있는 프로세스만을 종료하며, 사용자 환경에는 영향을 미치지 않습니다.

옵션:

  • --user user_id | all | current: 어떤 사용자의 프로세스를 종료할지를 지정합니다. 지정하지 않으면 모든 사용자입니다.
kill-all 모든 백그라운드 프로세스를 종료합니다.
broadcast [options] intent 브로드캐스트 인텐트를 실행합니다.

인텐트 인수의 사양을 참고하세요.

옵션:

  • [--user user_id | all | current]: 어떤 사용자에게 전송할지를 지정합니다. 지정하지 않으면 모든 사용자에게 전송합니다.
instrument [options] component Instrumentation 인스턴스를 사용하여 모니터링을 시작합니다. 일반적으로 타겟 componenttest_package/runner_class 형식입니다.

옵션:

  • -r: 원시 결과를 출력합니다. 그러지 않으면 report_key_streamresult를 디코딩합니다. [-e perf true]와 함께 사용하여 성능 측정값의 원시 출력을 생성합니다.
  • -e name value: name 인수를 value로 설정합니다. 테스트 실행기의 경우 일반적인 형식은 -e testrunner_flag value[,value...]입니다.
  • -p file: 프로파일링 데이터를 file에 작성합니다.
  • -w: 반환하기 전에 계측이 완료되기를 기다립니다. 테스트 실행기에 필수입니다.
  • --no-window-animation: 실행 중에 창 애니메이션을 끕니다.
  • --user user_id | current: 어떤 사용자 계측에서 실행할지를 지정합니다. 지정하지 않으면 현재 사용자입니다.
profile start process file process에서 프로파일러를 시작하고 결과를 file에 작성합니다.
profile stop process process에서 프로파일러를 중지합니다.
dumpheap [options] process file process의 힙을 덤프하고 file에 작성합니다.

옵션:

  • --user [user_id | current]: 프로세스 이름을 제공할 때 덤프할 프로세스 사용자를 지정합니다. 지정하지 않으면 현재 사용자를 사용합니다.
  • -n: 관리된 힙 대신 네이티브 힙을 덤프합니다.
set-debug-app [options] package 디버그할 앱 package를 설정합니다.

옵션:

  • -w: 앱이 시작될 때 디버거를 기다립니다.
  • --persistent: 이 값을 유지합니다.
clear-debug-app set-debug-app으로 디버그하기 위한 패키지의 이전 설정을 삭제합니다.
monitor [options] 비정상 종료나 ANR의 모니터링을 시작합니다.

옵션:

  • --gdb: 비정상 종료/ANR 시에 지정된 포트에서 gdbserv를 시작합니다.
screen-compat {on | off} package package의 화면 호환성 모드를 제어합니다.
display-size [reset | widthxheight] 기기 화면 크기를 재정의합니다. 이 명령어는 대형 화면 기기를 사용하여 소형 화면 해상도를 흉내 내거나 소형 화면 기기를 사용하여 대형 화면 해상도를 흉내 내어 다양한 화면 크기로 앱을 테스트하는 데 유용합니다.

예:
am display-size 1280x800

display-density dpi 기기 화면 밀도를 재정의합니다. 이 명령어는 저밀도 화면을 사용하는 고밀도 화면 환경이나 고밀도 화면 기기를 사용하는 저밀도 화면 환경에서 다양한 화면 밀도로 앱을 테스트하는 데 유용합니다.

예:
am display-density 480

to-uri intent 지정된 인텐트 사양을 URI로 출력합니다.

인텐트 인수의 사양을 참고하세요.

to-intent-uri intent 지정된 인텐트 사양을 intent: URI로 출력합니다.

인텐트 인수의 사양을 참고하세요.

인텐트 인수의 사양

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

모두 표시

-a action인텐트 작업을 지정합니다(예: android.intent.action.VIEW). 이것은 한 번만 선언할 수 있습니다. -d data_uri인텐트 데이터 URI를 지정합니다(예: content://contacts/people/1). 이것은 한 번만 선언할 수 있습니다. -t mime_type인텐트 MIME 유형을 지정합니다(예: image/png). 이것은 한 번만 선언할 수 있습니다. -c category인텐트 카테고리를 지정합니다(예: android.intent.category.APP_CONTACTS).-n component패키지 이름 접두사로 구성요소 이름을 지정하여 명시적 인텐트를 만듭니다(예: com.example.app/.ExampleActivity).-f flagssetFlags()에서 지원하는 대로 인텐트에 플래그를 추가합니다.--esn extra_keynull extra를 추가합니다. 이 옵션은 URI 인텐트에서는 지원되지 않습니다. -e | --es extra_key extra_string_value문자열 데이터를 키-값 쌍으로 추가합니다.--ez extra_key extra_boolean_value부울 데이터를 키-값 쌍으로 추가합니다.--ei extra_key extra_int_value정수 데이터를 키-값 쌍으로 추가합니다.--el extra_key extra_long_valuelong 데이터를 키-값 쌍으로 추가합니다.--ef extra_key extra_float_value부동 소수점 수 데이터를 키-값 쌍으로 추가합니다.--eu extra_key extra_uri_valueURI 데이터를 키-값 쌍으로 추가합니다.--ecn extra_key extra_component_name_value 구성요소 이름을 추가합니다. 이 이름은 ComponentName 객체로 변환되어 전달됩니다.--eia extra_key extra_int_value[,extra_int_value...]정수 배열을 추가합니다.--ela extra_key extra_long_value[,extra_long_value...]long 배열을 추가합니다.--efa extra_key extra_float_value[,extra_float_value...]부동 소수점 수 배열을 추가합니다.--grant-read-uri-permissionFLAG_GRANT_READ_URI_PERMISSION 플래그를 포함합니다.--grant-write-uri-permissionFLAG_GRANT_WRITE_URI_PERMISSION 플래그를 포함합니다.--debug-log-resolutionFLAG_DEBUG_LOG_RESOLUTION 플래그를 포함합니다.--exclude-stopped-packagesFLAG_EXCLUDE_STOPPED_PACKAGES 플래그를 포함합니다.--include-stopped-packagesFLAG_INCLUDE_STOPPED_PACKAGES 플래그를 포함합니다.--activity-brought-to-frontFLAG_ACTIVITY_BROUGHT_TO_FRONT 플래그를 포함합니다.--activity-clear-topFLAG_ACTIVITY_CLEAR_TOP 플래그를 포함합니다.--activity-clear-when-task-resetFLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET 플래그를 포함합니다.--activity-exclude-from-recentsFLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 플래그를 포함합니다.--activity-launched-from-historyFLAG_ACTIVITY_LAUNCHED_FROM_HISTORY 플래그를 포함합니다.--activity-multiple-taskFLAG_ACTIVITY_MULTIPLE_TASK 플래그를 포함합니다.--activity-no-animationFLAG_ACTIVITY_NO_ANIMATION 플래그를 포함합니다.--activity-no-historyFLAG_ACTIVITY_NO_HISTORY 플래그를 포함합니다.--activity-no-user-actionFLAG_ACTIVITY_NO_USER_ACTION 플래그를 포함합니다.--activity-previous-is-topFLAG_ACTIVITY_PREVIOUS_IS_TOP 플래그를 포함합니다.--activity-reorder-to-frontFLAG_ACTIVITY_REORDER_TO_FRONT 플래그를 포함합니다.--activity-reset-task-if-neededFLAG_ACTIVITY_RESET_TASK_IF_NEEDED 플래그를 포함합니다.--activity-single-topFLAG_ACTIVITY_SINGLE_TOP 플래그를 포함합니다.--activity-clear-taskFLAG_ACTIVITY_CLEAR_TASK 플래그를 포함합니다.--activity-task-on-homeFLAG_ACTIVITY_TASK_ON_HOME 플래그를 포함합니다.--receiver-registered-onlyFLAG_RECEIVER_REGISTERED_ONLY 플래그를 포함합니다.--receiver-replace-pendingFLAG_RECEIVER_REPLACE_PENDING 플래그를 포함합니다.--selector-d-t 옵션을 사용하여 인텐트 데이터 및 유형을 설정해야 합니다.URI component package위 옵션 중 하나로 자격이 안 되는 경우 URI, 패키지 이름 및 구성요소 이름을 직접 지정할 수 있습니다. 자격이 없는 인수의 경우 도구는 다음과 같이 가정합니다. ':'(콜론)이 포함된 인수는 URI라고 가정하고, '/'(슬래시)가 포함된 인수는 구성요소 이름이라고 가정하며, 그 외의 인수는 패키지 이름이라고 가정합니다.

패키지 관리자 호출(pm)

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

pm command

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

adb shell pm uninstall com.example.MyApp

표 3. 사용 가능한 package manager 명령어

명령어설명
list packages [options] filter 모든 패키지를 출력하며 선택적으로 패키지 이름에 filter의 텍스트가 포함된 패키지만 출력합니다.

옵션:

  • -f: 연결된 파일을 표시합니다.
  • -d: 사용 중지된 패키지만을 표시하도록 필터링합니다.
  • -e: 사용 설정된 패키지만을 표시하도록 필터링합니다.
  • -s: 시스템 패키지만을 표시하도록 필터링합니다.
  • -3: 타사 패키지만을 표시하도록 필터링합니다.
  • -i: 패키지의 설치 프로그램을 확인합니다.
  • -u: 또한 제거된 패키지도 포함합니다.
  • --user user_id: 쿼리할 사용자 공간입니다.
list permission-groups 알려진 모든 권한 그룹을 출력합니다.
list permissions [options] group 알려진 모든 권한을 출력하며 선택적으로 group에 있는 권한만을 출력합니다.

옵션:

  • -g: 그룹별로 구성합니다.
  • -f: 모든 정보를 출력합니다.
  • -s: 간단한 요약입니다.
  • -d: 위험한 권한만을 나열합니다.
  • -u: 사용자에게 표시되는 권한만을 나열합니다.
list instrumentation [options] 모든 테스트 패키지를 나열합니다.

옵션:

  • -f: 테스트 패키지의 APK 파일을 나열합니다.
  • target_package: 이 앱의 테스트 패키지만 나열합니다.
list features 시스템의 모든 기능을 출력합니다.
list libraries 현재 기기가 지원하는 모든 라이브러리를 출력합니다.
list users 시스템의 모든 사용자를 출력합니다.
path package 주어진 package의 APK 경로를 출력합니다.
install [options] path path로 지정된 패키지를 시스템에 설치합니다.

옵션:

  • -r: 기존 앱을 재설치하여 그 데이터를 유지합니다.
  • -t: 테스트 APK를 설치하도록 허용합니다. Gradle은 앱을 실행하거나 디버그했을 때만 또는 Android 스튜디오 Build > Build APK 명령어를 사용했을 때 테스트 APK를 생성합니다. APK가 개발자 프리뷰 SDK를 사용하여 빌드된 경우(targetSdkVersion이 숫자가 아닌 문자일 때) 테스트 APK를 설치한다면 install 명령어를 사용하여 -t 옵션을 포함해야 합니다.
  • -i installer_package_name: 설치 프로그램 패키지 이름을 지정합니다.
  • --install-location location: 다음 값 중 하나를 사용하여 설치 위치를 설정합니다.
    • 0: 기본 설치 위치를 사용합니다.
    • 1: 내부 기기 저장소에 설치합니다.
    • 2: 외부 미디어에 설치합니다.
  • -f: 내부 시스템 메모리에 패키지를 설치합니다.
  • -d: 버전 코드 다운그레이드를 허용합니다.
  • -g: 앱 매니페스트에 나열된 모든 권한을 부여합니다.
  • --fastdeploy: 변경된 APK 부분만 업데이트하여 설치된 패키지를 빠르게 업데이트합니다.
  • --incremental: 백그라운드에서 나머지 데이터를 스트리밍하는 동안 앱을 실행하기에 충분한 APK를 설치합니다. 이 기능을 사용하려면 APK에 서명한 후 APK 서명 체계 v4 파일을 만들어 APK와 동일한 디렉터리에 배치해야 합니다. 이 기능은 특정 기기에서만 지원됩니다. 이 옵션을 사용하면 adb가 강제로 기능을 사용합니다. 또는 옵션이 지원되지 않는 경우 실패합니다(실패 원인에 관한 세부정보 포함). APK 액세스 권한을 부여하기 전에 --wait 옵션을 추가하고 APK가 완전히 설치될 때까지 기다립니다.

    --no-incremental은 adb가 이 기능을 사용하지 못하도록 합니다.

uninstall [options] package 시스템에서 패키지를 삭제합니다.

옵션:

  • -k: 패키지 삭제 후에 데이터와 캐시 디렉터리를 유지합니다.
clear package 패키지에 연결된 모든 데이터를 삭제합니다.
enable package_or_component ("패키지/클래스"로 작성된) 주어진 패키지나 구성요소를 사용 설정합니다.
disable package_or_component ("패키지/클래스"로 작성된) 주어진 패키지나 구성요소를 사용 중지합니다.
disable-user [options] package_or_component

옵션:

  • --user user_id: 사용 중지될 사용자입니다.
grant package_name permission 앱에 권한을 부여합니다. Android 6.0(API 수준 23) 이상을 실행하는 기기에서는 권한이 앱 매니페스트에서 선언된 모든 권한일 수 있습니다. Android 5.1(API 수준 22) 이하를 실행하는 기기에서는 앱에서 정의된 선택적 권한이어야 합니다.
revoke package_name permission 앱의 권한을 취소합니다. Android 6.0(API 수준 23) 이상을 실행하는 기기에서는 권한이 앱 매니페스트에서 선언된 모든 권한일 수 있습니다. Android 5.1(API 수준 22) 이하를 실행하는 기기에서는 앱에서 정의된 선택적 권한이어야 합니다.
set-install-location location 기본 설치 위치를 변경합니다. 위치 값:
  • 0: Auto: 최적의 위치를 시스템이 결정하도록 합니다.
  • 1: Internal: 내부 기기 저장소에 설치합니다.
  • 2: External: 외부 미디어에 설치합니다.

참고: 이 옵션은 디버깅 용도로만 사용되며, 사용할 경우 앱이 중단되거나 다른 예기치 않은 동작이 발생할 수 있습니다.

get-install-location 현재 설치 위치를 반환합니다. 반환 값:
  • 0 [auto]: 최적의 위치를 시스템이 결정하도록 합니다
  • 1 [internal]: 내부 기기 저장소에 설치합니다.
  • 2 [external]: 외부 미디어에 설치합니다.
set-permission-enforced permission [true | false] 주어진 권한의 적용 여부를 지정합니다.
trim-caches desired_free_space 캐시 파일을 잘라 주어진 여유 공간에 도달합니다.
create-user user_name 주어진 user_name으로 신규 사용자를 만들어 이 사용자의 신규 사용자 식별자를 출력합니다.
remove-user user_id 주어진 user_id의 사용자를 삭제하여 이 사용자와 관련된 모든 데이터를 삭제합니다.
get-max-users 기기에서 지원하는 최대 사용자 수를 출력합니다.
get-app-links [options] [package]

지정된 package 또는 모든 패키지(아무것도 지정되지 않은 경우)의 도메인 확인 상태를 출력합니다. 상태 코드는 다음과 같이 정의됩니다.

  • none: 이 도메인에는 기록된 것이 없습니다.
  • verified: 도메인이 확인되었습니다.
  • approved: 일반적으로 셸을 통해 강제 승인되었습니다.
  • denied: 일반적으로 셸을 통해 강제 거부되었습니다.
  • migrated: 기존 응답의 확인이 보존되었습니다.
  • restored: 사용자 데이터 복원의 확인이 보존되었습니다.
  • legacy_failure: 알 수 없는 이유로 기존 확인자에 의해 거부되었습니다.
  • system_configured: 기기 구성에서 자동으로 승인되었습니다.
  • >= 1024: 기기 확인자 전용 맞춤 오류 코드입니다.

옵션:

  • --user user_id: 사용자가 선택한 항목을 포함합니다(autoVerify 도메인을 포함한 모든 도메인 포함).
reset-app-links [options] [package]

지정된 패키지 또는 모든 패키지(아무것도 지정되지 않은 경우)의 도메인 확인 상태를 재설정합니다.

  • package: 재설정할 패키지입니다. 모든 패키지를 재설정하려면 'all'이라고 표시합니다.

옵션:

  • --user user_id: 사용자가 선택한 항목을 포함합니다(autoVerify 도메인을 포함한 모든 도메인 포함).
verify-app-links [--re-verify] [package]

지정된 package 또는 모든 패키지(아무것도 지정되지 않은 경우)의 도메인 확인 상태를 브로드캐스트합니다. 패키지가 이전에 응답을 기록하지 않은 경우에만 전송됩니다.

  • --re-verify: 패키지가 응답을 기록한 경우에도 전송됩니다.
set-app-links [--package package] state domains

패키지의 도메인 상태를 수동으로 설정합니다. 이 작업을 실행하려면 패키지에서 도메인을 autoVerify로 선언해야 합니다. 이 명령어는 적용할 수 없는 도메인의 오류를 보고하지 않습니다.

  • --package package: 설정할 패키지입니다. 모든 패키지를 설정하려면 'all'이라고 표시합니다.
  • state: 도메인을 설정할 코드입니다. 유효한 값은 다음과 같습니다.
    • STATE_NO_RESPONSE (0): 응답이 기록되지 않은 것처럼 재설정합니다.
    • STATE_SUCCESS (1): 도메인이 도메인 확인 에이전트에 의해 확인된 것으로 간주합니다. 도메인 확인 에이전트가 재정의할 수 있습니다.
    • STATE_APPROVED (2): 도메인을 항상 승인된 것으로 취급하여 도메인 확인 에이전트가 변경하지 못하게 합니다.
    • STATE_DENIED (3): 도메인을 항상 거부된 것으로 취급하여 도메인 확인 에이전트가 변경하지 못하도록 합니다.
  • domains: 변경할 도메인 목록이며 공백으로 구분됩니다. 모든 도메인을 변경하려면 'all'이라고 표시합니다.
set-app-links-user-selection --user user_id [--package package] enabled domains

패키지의 호스트 사용자 선택 상태를 수동으로 설정합니다. 이 작업을 실행하려면 패키지에서 도메인을 선언해야 합니다. 이 명령어는 적용할 수 없는 도메인의 오류를 보고하지 않습니다.

  • --user user_id: 선택사항을 변경할 사용자입니다.
  • --package package/code>: the package to set<
  • enabled: whether or not to approve the domain
  • domains: space separated list of domains to change, or "all" to change every domain.
set-app-links-user-selection --user user_id [--package package] enabled domains

패키지의 호스트 사용자 선택 상태를 수동으로 설정합니다. 이 작업을 실행하려면 패키지에서 도메인을 선언해야 합니다. 이 명령어는 적용할 수 없는 도메인의 오류를 보고하지 않습니다.

  • --user user_id: 선택사항을 변경할 사용자입니다.
  • --package package: 설정할 패키지입니다.
  • enabled: 도메인 승인 여부입니다.
  • domains: 변경할 도메인 목록이며 공백으로 구분됩니다. 모든 도메인을 변경하려면 'all'이라고 표시합니다.
set-app-links-allowed --user user_id [--package package] allowed

패키지의 자동 확인된 링크 처리 설정을 전환합니다.

  • --user user_id: 선택사항을 변경할 사용자입니다.
  • --package package: 설정할 패키지입니다. 모든 패키지를 설정하려면 'all'이라고 표시합니다. 지정된 패키지가 없으면 패키지가 재설정됩니다.
  • allowed: 패키지가 자동 확인된 링크를 열 수 있도록 하려면 true, 사용 중지하려면 false로 지정합니다.
get-app-link-owners --user user_id [--package package] domains

지정된 사용자의 특정 도메인 소유자를 가장 낮은 우선순위에서 높은 우선순위 순으로 인쇄합니다.

  • --user user_id: 쿼리할 사용자입니다.
  • --package package: 선택사항으로 패키지에 의해 선언된 모든 웹 도메인을 인쇄하거나 'all'로 표시하여 모든 패키지를 인쇄합니다.
  • domains: 쿼리할 도메인 목록이며 공백으로 구분됩니다.

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

기기 관리(또는 기타 엔터프라이즈) 앱의 개발 및 테스트에 도움이 필요하면 기기 정책 관리자(dpm) 도구에 명령어를 실행할 수 있습니다. 이 도구를 사용하면 활성 관리자 앱을 제어하거나 기기의 정책 상태 데이터를 변경할 수 있습니다. 셸에 있을 때의 구문은 다음과 같습니다.

dpm command

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

adb shell dpm command

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

명령어설명
set-active-admin [options] component component를 활성 관리자로 설정합니다.

옵션:

  • --user user_id: 타겟 사용자를 지정합니다. --user current를 전달하여 현재 사용자를 선택할 수도 있습니다.
set-profile-owner [options] component component를 활성 관리자로, 그 패키지를 기존 사용자의 프로필 소유자로 설정합니다.

옵션:

  • --user user_id: 타겟 사용자를 지정합니다. --user current를 전달하여 현재 사용자를 선택할 수도 있습니다.
  • --name name: 사람이 읽을 수 있는 조직 이름을 지정합니다.
set-device-owner [options] component component를 활성 관리자로, 패키지를 기기 소유자로 설정합니다.

옵션:

  • --user user_id: 타겟 사용자를 지정합니다. --user current를 전달하여 현재 사용자를 선택할 수도 있습니다.
  • --name name: 사람이 읽을 수 있는 조직 이름을 지정합니다.
remove-active-admin [options] component 활성 관리자를 사용 중지합니다. 앱은 매니페스트에서 android:testOnly를 선언해야 합니다. 이 명령어는 기기 및 프로필 소유자도 삭제합니다.

옵션:

  • --user user_id: 타겟 사용자를 지정합니다. --user current를 전달하여 현재 사용자를 선택할 수도 있습니다.
clear-freeze-period-record 시스템 OTA 업데이트를 위해 이전에 설정된 기기의 동결 기간 기록을 지웁니다. 이는 동결 기간을 관리하는 앱을 개발할 때 기기의 일정 제한을 피하려는 경우 유용합니다. 시스템 업데이트 관리를 참조하세요.

Android 9.0(API 수준 28) 이상을 실행하는 기기에서 지원됩니다.

force-network-logs DPC에서 기존 네트워크 로그가 검색 가능하도록 시스템을 강제합니다. 사용 가능한 연결 또는 DNS 로그가 있는 경우 DPC는 onNetworkLogsAvailable() 콜백을 수신합니다. 네트워크 활동 로깅을 참조하세요.

이 명령은 속도가 제한됩니다. Android 9.0(API 수준 28) 이상을 실행하는 기기에서 지원됩니다.

force-security-logs DPC에 기존 보안 로그가 사용 가능하도록 시스템을 강제합니다. 사용 가능한 로그가 있는 경우 DPC는 onSecurityLogsAvailable() 콜백을 수신합니다. 엔터프라이즈 기기 활동 로그를 참조하세요.

이 명령어는 속도가 제한됩니다. Android 9.0(API 수준 28) 이상을 실행하는 기기에서 지원됩니다.

스크린샷 찍기

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(Mac의 경우 Command+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를 실행하는 기기에서는 동영상 녹화를 사용할 수 없습니다.
  • 일부 기기는 기본 디스플레이 해상도에서 녹화하지 못할 수도 있습니다. 화면 녹화 시에 문제가 발생하면, 더 낮은 화면 해상도를 사용해 보세요.
  • 녹화 중에 화면 회전은 지원되지 않습니다. 녹화 중에 화면이 회전되면 녹화에서 화면 일부가 잘립니다.

표 5. screenrecord 옵션

옵션설명
--help 명령어 구문과 옵션을 표시합니다.
--size widthxheight 동영상 크기를 1280x720으로 설정합니다. 기본값은 기기의 네이티브 화면 해상도이며(지원되는 경우) 지원되지 않는 경우에는 1280x720입니다. 최상의 결과를 얻으려면 기기의 AVC(Advanced Video Coding) 인코더가 지원하는 크기를 사용하세요.
--bit-rate rate 동영상의 비트 전송률을 초당 메가비트 단위로 설정합니다. 기본값은 4Mbps입니다. 비트 전송률을 높여 동영상 품질을 개선할 수 있지만, 그럴 경우 동영상 파일이 더 커집니다. 다음 예에서는 녹화 비트 전송률을 6Mbps로 설정합니다.
screenrecord --bit-rate 6000000 /sdcard/demo.mp4
--time-limit time 최대 녹화 시간을 초 단위로 설정합니다. 기본 및 최댓값은 180(3분)입니다.
--rotate 출력을 90도 회전합니다. 이 기능은 시험용입니다.
--verbose 명령줄 화면에 로그 정보를 표시합니다. 이 옵션을 설정하지 않으면 유틸리티가 실행 중에 어떤 정보도 표시하지 않습니다.

앱의 ART 프로필 읽기

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

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

adb shell cmd package dump-profiles package

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

adb pull /data/misc/profman/package.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

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