① android中怎麼發送帶內容的有序廣播
(一)，BroadcastReceiver用於監聽被廣播的事件（Intent），為了達到這個目的，BroadcastReceiver必須進行注冊，注冊的方法有以下兩種：
1、靜態注冊：
靜態注冊方式是在AndroidManifest.xml的application裡面定義receiver並設置要接收的action。
如果在清單配置文件中配置了廣播接收器，那麼程序在安裝後會自動注冊廣播接收器。
靜態注冊方式的特點：不管該應用程序是否處於活動狀態，都會進行監聽。
<receiver
android:name=".CallReceiver"
android:enabled="true">
<intent-filter >
<action android:name="android.intent.action.PHONE_STATE"/>
</intent-filter>
</receiver>
其中，MyReceiver為繼承BroadcastReceiver的類，重寫了onReceiver方法，並在onReceiver方法中對廣播進行處理。<intent-filter>標簽設置過濾器，接收指定action廣播。
2、動態注冊：
動態注冊方式是在activity裡面調用當前上下文對象的registerReceiver() 方法 來注冊，和靜態的內容差不多。一個形參是receiver對象，另一個是IntentFilter對象。而IntentFilter構造方法的參數是要接收的action。
動態注冊方式特點：在代碼中進行注冊後，當應用程序關閉後，就不再進行監聽。
MyReceiver receiver = new MyReceiver();
//創建過濾器，並指定action，使之用於接收同action的廣播
IntentFilter filter = new IntentFilter("android.intent.action.PHONE_STATE");
//注冊廣播接收器
registerReceiver(receiver, filter);
（二）、發送廣播：
// 指定廣播目標Action
Intent intent = new Intent("MyReceiver_Action");
// 可通過Intent攜帶消息
intent.putExtra("msg", "發送廣播");
// 發送廣播消息
sendBroadcast(intent);
（三）、注銷BroadcastReceiver：
1、一般在onStart中注冊BroadcastReceiver，在onStop中取消BroadcastReceiver。
2、一個BroadcastReceiver 對象只有在被調用onReceive(Context, Intent)時才有效，當從該函數返回後，該對象就無效的了，結束生命周期。
//注銷廣播接收器
unregisterReceiver(receiver);
② android 能在Service（服務）里發送廣播（Broadcast）嗎詳細介紹一下好嗎謝謝
可以
sendBroadcast這個方法是定義在ContextWrapper里的，而Service是繼承ContextWrapper的。
@Override
public void sendBroadcast(Intent intent) {
mBase.sendBroadcast(intent);
}
發送的時候直接調用
sendBroadcast(new Intent("com.marslei.send_broadcast_in_service"));
③ Android系統廣播(Broadcast)注冊，發送，接收流程解析
以下廣播簡稱Broadcast
是Android四大組件之一，在四大組件的另外兩個組件 和 擁有發送和接收廣播的能力。Android 是在 進程間通信機制的基礎上實現的，內部基於消息發布和訂閱的事件驅動模型，廣播發送者負責發送消息，廣播接收者需要先訂閱消息，然後才能收到消息。 進程間通信與 的區別在於：
有三種類型
存在一個注冊中心，也可以說是一個調度中心，即 。廣播接收者將自己注冊到 中，並指定要接收的廣播類型；廣播發送者發送廣播時，發送的廣播首先會發送到 ， 根據廣播的類型找到對應的 ，找到後邊將廣播發送給其處理。
這里以普通廣播為例子， 接收者有兩種注冊方式，一種是 ，一種是 ：
（廣播的發送分為 兩種，這里針對有序的廣播） 中的android:priority=""和 中的IntentFilter.setPriority(int)可以用來設置廣播接收者的優先順序，默認都是0 , 范圍是[-1000, 1000]，值越大優先順序越高，優先順序越高越早收到。
在相同優先順序接收同個類型廣播時， 的廣播接收器比 的廣播接收者更快的接收到對應的廣播，這個之後會進行分析。
註：以下源碼基於rk3399_instry Android7.1.2
的流程可分為 ， 和 三個部分，這里依次分析下
在Android系統的 機制中，前面提到， 作為一個注冊和調度中心負責注冊和轉發 。所以 的注冊過程就是把它注冊到 的過程。
這里我們分析 廣播的過程， 和 有一個共同的父類 ，所以它們對應的注冊過程其實是調用 ，接下來我們按照流程逐步分析調用流程的源碼。
frameworks/base/core/java/android/content/ContextWrapper.java
在之前的 Android應用程序啟動入口ActivityThread.main流程分析 分析過，在我們啟動 Activity 時會創建一個 對象，然後通過 傳給我們啟動的 ，其內部就會將該對象賦值給 ； 的 方法也是類似的賦值流程，這里放個簡易的源碼應該更好理解
可以看到最後都會將生成的 對象賦值給對應的
對象。接下來繼續分析 ， 即 函數。
/frameworks/base/core/java/android/app/ContextImpl.java
這里我們首先看下如何將廣播接收者 封裝成一個 介面的 本地對象
/frameworks/base/core/java/android/app/LoadedApk.java
每一個注冊過廣播接收者的 或 組件在<font color='Crimson'> LoadedApk </font>類中都有個對應的 對象，該對象負責將 與 組件關聯起來。這些對象，以關聯的 作為關鍵字保存在一個 中。之後對應的 又以 的 作為關鍵字保存在 的成員變數 對象中。最後通過 對應的 方法獲得其 介面的 本地對象。之後再回到 注冊方法內，將 對象發給 進行注冊。
/frameworks/base/core/java/android/app/ActivityManagerNative.java
/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java
在的 或 注冊一個 時，並不是將其注冊到<font color='OrangeRed'>AMS</font>中，而是將與它關聯的<font color='OrangeRed'>InnerReceiver</font>對象注冊到<font color='OrangeRed'>AMS</font>中，當<font color='OrangeRed'>AMS</font>接收到廣播時，會根據 在內部找到對應的<font color='OrangeRed'>InnerReceiver</font>對象，然後在通過這個對象將這個廣播發送給對應的 處理。
注冊過程這邊畫了一個簡單的流程圖:
<font color='OrangeRed'>Broadcast</font>的發送過程可簡單描述為以下幾個過程：
frameworks/base/core/java/android/content/ContextWrapper.java
/frameworks/base/core/java/android/app/ContextImpl.java
/frameworks/base/core/java/android/app/ActivityManagerNative.java
/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java
④ Android Studio實現點擊按鈕發送廣播，並動態注冊實現廣播接收者，接收到廣播後顯示一個TOAST
思路：
發送廣播
Intentintent=newIntent()
intent.setAction("com.xxx.verify");//這里設置Ation,可以是任意字元串
sendBroadcast(intent);
接收廣播；
//動態注冊廣播接收者
VerifyReceiverreceiver=newVerifyReceiver();
IntentFilterfilter=newIntentFilter();
filter.addAction("com.xxx.verify");//要和發送廣播Action一致
registerReceiver(receiver,filter);
//自定義廣播
{
@Override
publicvoidonReceive(Contextcontext,Intentintent){
//處理業務邏輯,
}
}
⑤ android 如何自定義常駐廣播
Android廣播機制指的是，在一個應用程序運行的時候可以自定義一個消息類型，讓相應的接收器去處理這個消息或者是系統消息，比如來電話了、來簡訊了、手機沒電了等等系統發送的消息。系統發送的消息也可以通過廣播的方式通知給應用程序，這樣子就避免了新開一個Thread去監聽系統或其他應用發送過來的消息的狀態。
Android廣播的分類：
1、 普通廣播：這種廣播可以依次傳遞給各個處理器去處理
2、 有序廣播：這種廣播在處理器端的處理順序是按照處理器的不同優先順序來區分的，高優先順序的處理器會優先截獲這個消息，並且可以將這個消息刪除
3、 粘性消息：粘性消息在發送後就一直存在於系統的消息容器裡面，等待對應的處理器去處理，如果暫時沒有處理器處理這個消息則一直在消息容器裡面處於等待狀態。
注意：普通廣播和粘性消息不同被截獲，而有序廣播是可以被截獲的
處理器的注冊：
1、 在代碼中用函數代碼動態的方式注冊。動態注冊的處理器必須用代碼動態的銷毀，每次用來處理消息的就一個實例對象
2、 在配置文件裡面靜態注冊，靜態注冊有個特點，那就是一旦注冊就會一直存在於系統裡面，無論應用是否關閉或開關機。（簡直就是一個流氓軟體病毒啊~）。靜態注冊每次有處理消息就由系統new一個處理器處理，並銷毀
下面具體看看Android廣播消息的發送、注冊、處理過程：
① 自定義處理器類：
public class MyBroadcastReceiver4 extends BroadcastReceiver {
public MyBroadcastReceiver4() {
System.out.println("創建了一個由registerReceiver()注冊的廣播接收器");
}
@Override
public void onReceive(Context context, Intent intent) {
String action = intent.getAction();
System.out.println("MyBroadcastReceiver4收到了一個" + action + "消息");
if (isOrderedBroadcast()) {
System.out.println("這是一個有序廣播，已經被攔截了。");
this.abortBroadcast();
} else {
System.out.println("這不是一個有序廣播");
}
Bundle bundle = intent.getExtras();
if (bundle != null) {
System.out.println("該消息攜帶的數據如下：");
// 獲得bundle的一個key的集合
Set set = bundle.keySet();
// 獲得上述集合的迭代器
Iterator iterator = set.iterator();
// 用迭代器遍歷集合
while (iterator.hasNext()) {
// 取得集合中的一個內容
String str = (String) iterator.next();
// 取得Bundle中的內容
System.out.println(str + "--->" + bundle.get(str));
}
} else {
System.out.println("該消息沒有攜帶數據");
}
Toast toast = Toast.makeText(context, "MyBroadcastReceiver4收到了一個"
+ action + "消息", Toast.LENGTH_LONG);
toast.show();
//將這個消息截獲（從消息容器移除）這樣其他處理器就沒法接收到這個消息
this.abortBroadcast();
}
}
② 發送廣播消息
⑴、 發送普通廣播：
// 發送一個普通消息
Intent intent = new Intent(); intent.setAction("asdfasdf");
Android_09_10Activity.this.sendBroadcast(intent);
⑵、 發送有序廣播：
// 發送一個有序消息
Intent intent = new Intent();
intent.setAction("asdfasdf"); Android_09_10Activity.this.sendOrderedBroadcast(intent,
null);
⑶、 發送粘性廣播：
// 發送一個粘性消息
Intent intent = new Intent();
intent.setAction("qwerqwer"); Android_09_10Activity.this.sendStickyBroadcast(intent);
③ 注冊廣播接收器
⑴動態注冊：
// 注冊一個廣播接收器
IntentFilter intentFilter = new IntentFilter("asdfasdf");
intentFilter.setPriority(0);
Android_09_10Activity.this.registerReceiver(mbr2,
intentFilter);
⑵靜態注冊：
<receiver android:name=".MyBroadcastReceiver4" >
<intent-filter android:priority="1000" >
<action android:name="android.intent.action.WALLPAPER_CHANGED" />
<action android:name="android.provider.Telephony.SMS_RECEIVED" />
<action android:name="android.intent.action.PHONE_STATE" />
<action android:name="android.intent.action.PACKAGE_REMOVED" />
//這一句比較特殊，是上面那個廣播消息特有的
<data android:scheme="package" />
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
想發送粘性消息的時候必須在配置文件裡面獲取許可權：
<uses-permission android:name="android.permission.BROADCAST_STICKY" />
想用自定義處理器對系統廣播進行處理的話也必須在注冊文件裡面申明獲取許可權，比如：
<uses-permission android:name="android.permission.RECEIVE_SMS" />
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
⑥ Android本地廣播的使用
為了解決廣播的安全性問題，Android引入了本地廣播機制，使用該機制發出的廣播只能在應用程序的內部進行傳遞，並且廣播接收器也只能接收來自本應用程序發出的廣播。
本地廣播是無法通過靜態注冊的方式來接收的。我們知道靜態注冊主要是為了在程序未啟動的情況下能接收廣播，而當我們發送本地廣播的時候，程序肯定是已經啟動的了，所以我們需要動態注冊方式創建接收器。
在這里我們創建一個繼承於BroadcastReceiver的類LocalReceiver。onReceive()處理你接收到的廣播內容，在這里我用Toast來創建一個提示接收到消息的彈窗
在activity_main.xml文件創建一個用於發送廣播的按鈕
首先通過本地廣播管理器LocalBroadcastManager的getInstance()方法獲取一個實例，並分別創建過濾器IntentFilter和自定義接收器LocalReceiver的實例。給IntentFilter的實例添加一個action：localbroadcast（接收的廣播的名稱），然後調用LocalBroadcastManager的registerReceiver()方法進行注冊，並將LocalReceiver的實例和IntentFilter的實例都傳進去。這樣本地監聽器就創建完成了。
調用LocalBroadcastManager的sendBroadcast()發送本地廣播。運行程序，點擊Send Button按鈕，我們可以看到彈窗顯示「This is in LocalReceiver」，說明本地廣播發送和接收成功了。
當然，我們最後一定不要忘了取消注冊。我們可以通過調用unregisterReceiver()方法來實現。至此，Android的標准廣播發送就完成了。
1.發送的廣播只能在本程序內傳遞，不必擔心數據泄露
2.其它程序廣播無法發送到本程序的內部，不必擔心安全漏洞隱患
3.本地廣播比系統全局廣播更加高效