常用的adb命令


在平時的工作中,會經常用到adb命令,在這里稍微整理了一下。

一.概要

1.什么是adb?

adb全稱為Android Debug Bridge,就是起到調試橋的作用。顧名思義,adb就是一個debug工具。

2.adb工作原理

不是很理解?那就來看看它的工作原理吧。

adb

上圖是一個簡單的adb工作原理圖。adb客戶端服務器端程序,由上圖可以看出它主要三個組件組成:Client,Server,Daemon。

(1)當你啟動一個adb Client(客戶端),Client首先會選確認是否已有一個adb Server(服務器)進程在運行,如果沒有,則會啟動Server進程。此時,adb Server就會綁定本地的TCP端口5037,並監聽adb Client發來的命令。

(2)接着,Server將會掃描所有5555到5585范圍內的奇數端口來定位所有的模擬器或設備,並與之建立連接。一旦Server找到 了adb daemon(守護程序),它將建立一個到該端口的連接,這樣,我們就可以使用adb命令控制和訪問模擬器或設備了。在這里,需注意的是任何模擬器或設備實例會取得兩個連續的端口:一個偶數端口用來相應控制台的連接,和一個奇數端口用來響應adb連接。

3.adb的作用

借助adb工具,我們可以管理設備或手機模擬器的狀態,還可以進行很多手機操作,如安裝軟件、系統升級、運行shell命令等等。簡而言之,adb就是連接Android手機和PC端的橋梁,可以讓用戶在電腦上對手機進行全面的操作。

二.常用命令

這個部分主要介紹adb的使用方法和一些常用的命令。

設置adb環境:將android sdk工作目錄添加到系統環境變量中,則可使用adb命令了。

1. adb devices

查看當前連接的設備(連接計算機的Android設備或者模擬器)。

image

 

2.adb install

adb install <apk文件路徑>,將指定的apk安裝到設備上,安裝的apk包會放在/data/app目錄下。

幾個參數:

-r 強制安裝

-d(真機,多個設備中只有一個真機時適用)

-e(模擬器,多個設備中只有一個模擬器時適用)

-s(指定設備,后接序列號)

adb –s 44a188f9 install –r test.apk(其中44a188f9即序列號,通過adb devices可獲取)

 

3.adb uninstall

adb uninstall <apk包名>

adb uninstall –k <apk包名>

-k參數為卸載軟件時保留配置和緩存文件

 

4.adb reboot

重啟android設備

 

5.adb shell

通過adb shell 命令,就可以進入設備或者模擬器的shell環境了,在這個Linux shell中,我們就可以執行各種Linux命令了。

如果只想執行一條shell命令,就可以采用:adb shell [shell_command]

在實際使用中,經常與grep或findstr一起使用,起到過濾作用,查看自己需要的關鍵信息。

 

6.adb shell su

前提手機已經root。獲取adb shell的root權限。

使用su提權,用戶命令提示符有$變成#,如果手機沒有root,會提示su:permission denied。

 

7.adb shell ps/top

查看當前終端中的進程信息,如pid等。

 

8.adb shell am/pm

am全稱為activity manager,可使用am命令模擬各種系統的行為,如去啟動一個activity,強制停止進程,發送廣播進程,修改設備屏幕屬性等。

如:adb shell am start <apk包名>/<activityName>:啟動一個activity。

pm全稱為package manager,利用pm命令可模擬android行為或查詢設備上的應用等。

如:adb shell pm list packages

列出當前設備所有已安裝的程序的包名。

image

說明:

管道符“|”:可以把標准的輸入流與標准的輸出流進行合並,或者把某個命令的標准輸出流作為另一個命令的標准輸入流。

exit退出shell。

由於grep為linux命令,運行單條adb shell 時並沒有進入linux shell環境,並不能用grep等其他linux命令,只能用window cmd的命令。在這里可以用findstr來代替grep,使用方法為 findstr/grep [keyword]

更詳細的內容可查看參考文獻3參考文獻4

對於常用的linux命令和常用的windows 控制台命令,以后再作總結。

 

9.adb pull 和 adb push

adb pull <設備中的文件路徑> <本地路徑>:從模擬器或設備中復制文件到本地。

adb push <本地文件路徑> <設備中的路徑>:將本地文件或目錄復制到模擬器或設備。

這里還涉及到一個權限的問題,在后續的博文中再作介紹。

 

10.adb shell dumpsys

Android提供的dumpsys工具用於查看感興趣的系統服務信息與狀態。

參考下表:

11

 

11.adb shell monkey

跑monkey是android自動化測試的一種手段,所謂monkey測試就是模擬用戶的按鍵輸入,觸摸屏輸入,手勢輸入等。當Monkey程序在模擬器或設備運行的時候,如果用戶比如點擊,觸摸,手勢或一些系統級別的事件的時候,它就會產生隨機脈沖,所以可以用Monkey的隨機重復的方法對apk作壓力測試,來測試android app的穩定性。

如下為測試騰訊新聞apk的一個簡單實例:

image

說明:第一個-s指定設備,如果只連接了一台設備,可不用該參數。

-p <apk包名>只允許系統啟動指定的app,如果不指定,將允許系統啟動設備中的所有app,也可指定多個包。

--throttle <毫秒數> 指定用戶操作(事件)間的時延。

--ignore-crashes 指定當應用程序崩潰時,Monkey依然發送事件,直到事件計數完成。

--ignore-timeouts 當應用程序發生ANR錯誤時,Monkey依然會發送事件,直到事件計數完成。

第2個-s,用於指定偽隨機數生成器的seed值,如果seed相同,則兩次Monkey測試所產生的事件序列也相同的。

-v 用於指定反饋信息級別,總共分為level 0、level 1、level 2三個級別,級別越高,輸出的日志越詳細。

最后的數字(這里是500):表示Monkey程序模擬500次隨機用戶操作事件。

>輸出測試結果到D:\monkeylog.txt

更詳細的參數可查看參考文獻5

部分測試結果如下:

image

對於測試結果的分析,通過搜索關鍵詞來定位錯誤,主要包括以下四個方面:

1)ANR(Application Not Response):程序無響應,一般主線程超過5秒沒處理就會出現ANR錯誤。通過搜索ANR關鍵詞來定位關鍵的事件信息。除了導出日志外,還可以將/data/anr/目錄下的trace.txt文件導出,用來定位分析問題。使用>adb pull /data/anr/trace.txt d:\ 將trace.txt文件導出到d盤。

2)ForceClosed或其他異常退出信息:通過搜索Fatal關鍵詞來定位。

3)崩潰問題:通過搜索Exception關鍵詞來定位。

4)發生異常后,通過搜索Crash關鍵詞來定位到詳細的堆棧信息。

 

 12.kill

kill用來中止一個進程。

比如我們在跑monkey的時候,怎么強制關閉monkey呢,可以用kill <monkey進程PID>

說明:另開啟一個cmd,找到monkey的pid號,然后殺掉即可。

參考文獻:

1.Android調試橋:http://www.iteye.com/topic/260042

2.Android性能分析工具dumpsys的使用:http://www.open-open.com/lib/view/open1405061994872.html

3.adb shell 中的am pm命令:http://www.android100.org/html/201312/09/4957.html

4.adb shell 啟動應用程序的方法:http://blog.chinaunix.net/uid-26997997-id-3350449.html

5.Monkey壓力測試詳解:http://blog.csdn.net/huangbiao86/article/details/8490743


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM