androidadb發廣播

① com.android.main.svc.launchactivity怎麼才能解決

android如何實現開機自動啟動Service或app(轉)第一步：首先創建一個廣播接收者,重構其抽象方法onReceive(Contextcontext,Intentintent)，在其中啟動你想要啟動的Service或app。importandroid.content.BroadcastReceiver;importandroid.content.Context;importandroid.content.Intent;importandroid.util.Log;{//重寫onReceive方法@OverridepublicvoidonReceive(Contextcontext,Intentintent){//後邊的XXX.class就是要啟動的服務Intentservice=newIntent(context,XXXclass);context.startService(service);Log.v("TAG","開機自動服務自動啟動..");//啟動應用，參數為需要自動啟動的應用的包名Intentintent=getPackageManager().getLaunchIntentForPackage(packageName);context.startActivity(intent);}}第二步：配置xml文件，在receiver接收這種添加intent-filter配置第三步：添加許可權2、自啟動失敗的原因接收不到BOOT_COMPLETED廣播可能的原因(1)、BOOT_COMPLETED對應的action和uses-permission沒有一起添加(2)、應用安裝到了sd卡內，安裝在sd卡內的應用是收不到BOOT_COMPLETED廣播的(3)、系統開啟了FastBoot模式，這種模式下系統啟動並不會發送BOOT_COMPLETED廣播(4)、應用程序安裝後重來沒有啟動過，這種情況下應用程序接收不到任何廣播，包括BOOT_COMPLETED、ACTION_PACKAGE_ADDED、CONNECTIVITY_ACTION等等。Android3.1之後，系統為了加強了安全性控制，應用程序安裝後或是(設置)應用管理中被強制關閉後處於stopped狀態，在這種狀態下接收不到任何廣播。直到被啟動過(用戶打開或是其他應用調用)才會脫離這種狀態，所以Android3.1之後(1)、應用程序無法在安裝後自己啟動(2)、沒有ui的程序必須通過其他應用激活才能啟動，如它的Activity、Service、ContentProvider被其他應用調用。存在一種例外，就是應用程序被adbpushyou.apk/system/app/下是會自動啟動的，不處於stopped狀態。具體說明見：3、adb發送BOOT_COMPLETED我們可以通過1adbshellambroadcast-aandroid.intent.action.BOOT_COMPLETED命令發送BOOT_COMPLETED廣播，而不用重啟測試機或模擬器來測試BOOT_COMPLETED廣播，這條命令可以更精確的發送到某個package，如下：1adbshellambroadcast-aandroid.intent.action.BOOT_COMPLETED-candroid.intent.category.HOME-npackage_name/class_name

② 常用的adb命令

Android Debug Bridge，我們一般簡稱為adb，主要存放在sdk安裝目錄下的platform-tools文件夾中，它是一個非常強大的命令行工具，通過這個工具你能夠與你的android設備進行交互，被稱為Android 調試橋。
它是一種客戶端-伺服器程序，包括以下三個組件：

adb shell 命令
adb shell 則是調用的 Android 系統中的命令，這些 Android 特有的命令都放在了 Android 設備的 system/bin 目錄下

monkey命令

當您啟動某個 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 客戶端的命令，因此您可以從任意客戶端（或從某個腳本）控制任意設備。

要在通過 USB 連接的設備上使用 adb，您必須在設備的系統設置中啟用 USB 調試 （位於 開發者選項 下）。

在搭載 Android 4.2 及更高版本的設備上，「開發者選項」屏幕默認情況下處於隱藏狀態。如需將其顯示出來，請依次轉到 設置 > 關於手機 ，然後點按 版本號 七次。返回上一屏幕，在底部可以找到 開發者選項 。
在某些設備上，「開發者選項」屏幕所在的位置或名稱可能有所不同。
執行 adb devices 驗證設備是否已連接。如果已連接，您將看到設備名稱以「設備」形式列出。

一般情況下，adb 通過 USB 與設備進行通信，但您也可以在通過 USB 完成一些初始設置後，通過 WLAN 使用 adb，如下所述。

如果 adb 連接斷開：

如果有多個設備在運行，您在發出 adb 命令時必須指定目標設備。為此，請使用 devices 命令獲取目標設備的序列號。獲得序列號後，請結合使用 -s 選項與 adb 命令來指定序列號。如果您要發出很多 adb 命令，可以將 $ANDROID_SERIAL 環境變數設為包含序列號。如果您同時使用 -s 和 $ANDROID_SERIAL ， -s 會替換 $ANDROID_SERIAL 。

$ adb -s emulator-5555 install helloWorld.apk
注意 ：如果您在多個設備可用時發出命令但未指定目標設備，adb 會生成錯誤。
如果有多個可用設備，但只有一個是模擬器，請使用 -e 選項將命令發送至該模擬器。同樣，如果有多個設備，但只連接了一個硬體設備，請使用 -d 選項將命令發送至該硬體設備。

使用 forward 命令設置任意埠轉發，將特定主機埠上的請求轉發到設備上的其他埠。以下示例設置了主機埠 6100 到設備埠 7100 的轉發：

>adb forward tcp:6100 tcp:7100

您可以使用 pull 和 push 命令將文件復制到設備或從設備復制文件。與 install 命令（僅將 APK 文件復制到特定位置）不同，使用 pull 和 push 命令可將任意目錄和文件復制到設備中的任何位置。

如需從設備中復制某個文件或目錄（及其子目錄），請使用以下命令：

adb pull remote local
如需將某個文件或目錄（及其子目錄）復制到設備，請使用以下命令：

adb push loca remote

adb kill-server

您可以使用 shell 命令通過 adb 發出設備命令，也可以啟動互動式 shell。如需發出單個命令，請使用 shell 命令，如下所示：

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

在 adb shell 中，您可以使用 Activity 管理器 ( am ) 工具發出命令以執行各種系統操作，如啟動 Activity、強行停止進程、廣播 intent、修改設備屏幕屬性，等等。在 shell 中，相應的語法為：
您也可以直接從 adb 發出 Activity 管理器命令，無需進入遠程 shell。例如：

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

③ run app.broadcast.send和adb shell am broadcast 發送廣播有什麼區別

ADB: Android debug bridge. Android手機實際是基於linux系統的。 在你的android手機的設置中，Settings->Applications->Development->USB debugging勾選上，就可以允許PC通過adb shell命令遠程登錄你手機的linux系統。 這時通過USB線將android手機與電腦連起來，在電腦上dos命令行中敲adb shell命令，可以遠程登錄到android手機的linux系統中。 成功登陸到android手機的系統中後，就可以運行一些簡單的linux命令，比如'ls'查看目錄中的文件，『cd xxx』進入到xxx目錄， 'exit'退出登錄等等。

④ android插USB才會收到系統廣播怎麼回事

android在UsbManager服務中有一個名為ACTION_USB_STATE常量，值為"android.hardware.usb.action.USB_STATE"，它是一個廣播供我們可以監聽USB插入與撥出的狀態。當USB連接狀態發生改變時就會發送這個廣播。為此我們只需要注冊一個action="android.hardware.usb.action.USB_STATE" 的BrocastReceiver即可，如：
<receiver android:name="com.coeus.screentapdemo.receiver.UsbConnectionReceiver" >
<intent-filter android:priority="1000" >
<action android:name="android.hardware.usb.action.USB_STATE" />
</intent-filter>
</receiver>

值得注意的是android.hardware.usb.action.USB_STATE是一個粘性的廣播，裡面封裝USB_CONNECTED（連接狀態）、USB_CONFIGURED（配置信息）、USB_FUNCTION_MASS_STORAGE（大存儲功能）、USB_FUNCTION_ADB（adb功能） 等狀態，當這些狀態發生改變時，就會發送廣播。通常接收到USB狀態廣播是一連串的，需要我們自行區分。

作者：GooSky
鏈接：https://www.jianshu.com/p/a5c8b79b7fff
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權並註明出處。

⑤ android adb 怎麼發送廣播

這個不是那麼簡單的。編寫C/C++和JAVA代碼，然後用Android 編譯成動態庫，最後用Eclipse或者ant安裝到手機。請去看看 安卓官方網站的開發介紹。

⑥ 用adb命令給手機發廣播，手機顯示intent內容，怎麼實現

(1)用「adb shell mpsys activity」命令可以查看(2)另外，用"adb logcat grep ActivityManager"，也可以查看當前正在運行的Activity

⑦ android adb命令修改系統時間

修改前提：獲取系統root許可權，然後adb shell進入shell界面。

在adb shell中試圖使用 date -s "yyyymmdd.[[[hh]mm]ss]"修改系統系統時間時，會提示date: Unknown option s。

adb的全稱為Android Debug Bridge.是android用戶經常用到的工具，adb shell下的am與pm，am和pm命令必須先切換到adb shell模式下才能使用。

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

(7)androidadb發廣播擴展閱讀：

注意事項：

1、查看adb版本:adb version

2、查看ADB幫助：adb help

3、查看log：adb logcat

4、終止adb服務進程：adb kill-server

5、重啟adb服務進程：adb start-server

6、顯示系統中全部android平台：android list targets、

7、使用 Monkey 進行壓力測試:Monkey 可以生成偽隨機用戶事件來模擬單擊、觸摸、手勢等操作，可以對正在開發中的程序進行隨機壓力測試。:adb shell monkey -p <packagename> -v 500。

⑧ 常用adb命令總結

前言

很早就想整理一下自己平時常用的一些adb命令，不僅為了便於以後查找，而且整理的過程自己又重新復習了一遍，但是當我開始在度娘一搜的時候，發現很多人已經寫的非常詳細了，尤其是當我發現了 這篇adb概括

心中一句NND，怎麼可以寫的這么詳細，瞬間沒了想寫這篇文章的慾望，如果你點了鏈接發現確實很全，那麼恭喜你可以關掉這篇了，哈哈哈。

我就不這么想的，雖然很全，但不是我常用的，因人而異，所以我就權當記筆記+替這哥們宣傳了。

設備的狀態有 3 種

常見的錯誤情況

-查看前台 Activity

最常用的就是啟動指定的activity和發送指定的廣播

操作指令 adb shell am start -n 包名/類名

啟動默認瀏覽器打開一個網頁

adb shell am start -a android.intent.action.VIEW -d http://testerhome.com

先停止目標應用，再啟動

adb shell am start -s com.android.camera/.Camera

啟動相機

adb shell am start -n com.android.camera/.Camera

啟動設置

adb shell am start -n com.android.settings/com.android.settings.Settings

啟動Wifi設置

adb shell am start -n com.android.settings/com.android.settings.wifi.WifiSettings

啟動藍牙設置

adb shell am start -n com.android.settings/com.android.settings.bluetooth.BluetoothSettings

其它的類似只要你能在manifest中找到配置的，都可以通過這種方法來調用

操作指令 adb shell am broadcast -a 廣播名 --ei/es/ez 參數名 參數值 --ei/es/ez 參數名 參數值

--ei integer 值

--es String 值

--ez boolean 值

--ef float 值

--el long 值

例如之前寫的
Android6.0 源碼修改之Setting列表配置項動態添加和靜態添加 , 當中就通過發送廣播來接收增加配置列表項

adb shell am broadcast -a cn.dynamic.add.settingcategoryitem --es location "0-2" --es title "紅" --es intent "com.android.settings.SCHEDULE_POWER_ON_OFF_SETTING"

命令：

adb shell settings put global policy_control <key-values>
<key-values> 可由如下幾種鍵及其對應的值組成，格式為 key1=value1:key2=value2。

key 含義

這些鍵對應的值可則如下值用逗號組合：

value 含義

例如：

adb shell settings put global policy_control immersive.full=*
表示設置在所有界面下都同時隱藏狀態欄和導航欄。（重啟也不會失效，恢復需調用下面的命令）

adb shell settings put global policy_control immersive.preconfirms=*
表示恢復顯示

adb shell settings put global policy_control immersive.status=com.package1,com.package2:immersive.navigation=apps,-com.package3
表示設置在包名為 com.package1 和 com.package2 的應用里隱藏狀態欄，在除了包名為 com.package3 的所有應用里隱藏導航欄。

參考鏈接

Android 常用 adb 命令總結

ADB命令大全

⑨ 常用的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 mpsys

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

參考下表：

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 1、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性能分析工具mpsys的使用： 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

⑩ Android 開發，Launch開機自啟動APP總是出現提示框，設置了之後還是會出現，說是要求回

android如何實現開機自動啟動Service或app(轉)
第一步：首先創建一個廣播接收者,重構其抽象方法 onReceive(Context context, Intent intent)，在其中啟動你想要啟動的Service或app。
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;

public class BootBroadcastReceiver extends BroadcastReceiver {
//重寫onReceive方法
@Override
public void onReceive(Context context, Intent intent) {
//後邊的XXX.class就是要啟動的服務
Intent service = new Intent(context,XXXclass);
context.startService(service);
Log.v("TAG", "開機自動服務自動啟動.....");
//啟動應用，參數為需要自動啟動的應用的包名
Intent intent = getPackageManager().getLaunchIntentForPackage(packageName);
context.startActivity(intent );
}

}
第二步：配置xml文件，在receiver接收這種添加intent-filter配置

第三步：添加許可權

2、自啟動失敗的原因
接收不到BOOT_COMPLETED廣播可能的原因
(1)、BOOT_COMPLETED對應的action和uses-permission沒有一起添加
(2)、應用安裝到了sd卡內，安裝在sd卡內的應用是收不到BOOT_COMPLETED廣播的
(3)、系統開啟了Fast Boot模式，這種模式下系統啟動並不會發送BOOT_COMPLETED廣播
(4)、應用程序安裝後重來沒有啟動過，這種情況下應用程序接收不到任何廣播，包括BOOT_COMPLETED、ACTION_PACKAGE_ADDED、CONNECTIVITY_ACTION等等。
Android3.1之後，系統為了加強了安全性控制，應用程序安裝後或是(設置)應用管理中被強制關閉後處於stopped狀態，在這種狀態下接收不到任何廣播。直到被啟動過(用戶打開或是其他應用調用)才會脫離這種狀態，所以Android3.1之後
(1)、應用程序無法在安裝後自己啟動
(2)、沒有ui的程序必須通過其他應用激活才能啟動，如它的Activity、Service、Content Provider被其他應用調用。
存在一種例外，就是應用程序被adb push you.apk /system/app/下是會自動啟動的，不處於stopped狀態。
具體說明見：
http://developer.android.com/about/versions/android-3.1.html#launchcontrols
http://commonsware.com/blog/2011/07/13/boot-completed-regression-confirmed.html

3、adb發送BOOT_COMPLETED
我們可以通過

1

adb
shell
am
broadcast
-a

android.intent.action.BOOT_COMPLETED

命令發送BOOT_COMPLETED廣播，而不用重啟測試機或模擬器來測試BOOT_COMPLETED廣播，這條命令可以更精確的發送到某個package，如下：

1

adb
shell
am
broadcast
-a

android.intent.action.BOOT_COMPLETED

-c

android.intent.category.HOME

-n

package_name/class_name