經常使用的adb命令

在平時的工做中，會常常用到adb命令，在這裏稍微整理了一下。

一.概要

1.什麼是adb？

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

2.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設備或者模擬器）。

 

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

列出當前設備全部已安裝的程序的包名。

說明：

管道符「|」：能夠把標準的輸入流與標準的輸出流進行合併，或者把某個命令的標準輸出流做爲另外一個命令的標準輸入流。

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.adb shell monkey

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

以下爲測試騰訊新聞apk的一個簡單實例：

說明：第一個-s指定設備，若是隻鏈接了一臺設備，可不用該參數。

-p <apk包名>只容許系統啓動指定的app，若是不指定，將容許系統啓動設備中的全部app，也可指定多個包。

--throttle <毫秒數> 指定用戶操做（事件）間的時延。

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

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

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

-v 用於指定反饋信息級別，總共分爲level 0、level 一、level 2三個級別，級別越高，輸出的日誌越詳細。

最後的數字（這裏是500）：表示Monkey程序模擬500次隨機用戶操做事件。

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

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

部分測試結果以下：

對於測試結果的分析，經過搜索關鍵詞來定位錯誤，主要包括如下四個方面：

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