android常駐型廣播

『壹』 android中對於廣播接受者 為什麼動態注冊優先順序高於靜態注冊

靜態注冊比較耗費資源，靜態注冊在AndroidManifest文件中注冊程序已開啟就會一直運行，動態注冊在Activity中注冊當Activity不可見則被銷毀。

『貳』 android 注冊廣播有幾種方式，這些方式有何優缺點

有兩種注冊廣播方式：
1.常駐型廣播
常駐型廣播，當應用程序關閉了，如果有廣播信息來，寫的廣播接收器同樣的能接收到，它的注冊方式就是在應用程序的AndroidManifast.xml 中進行注冊，這種注冊方式通常又被稱作靜態注冊。這種方式可以理解為通過清單文件注冊的廣播是交給操作系統去處理的。示例代碼如下：
AndroidManifest.xml中配置廣播

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="spl.broadCastReceiver"
android:versionCode="1"
android:versionName="1.0">
<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".BroadCastReceiverActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>

<!--廣播注冊、name裡面填寫廣播類的路徑-->
<receiver android:name=".SmsBroadCastReceiver">
<intent-filter android:priority="20">
<action android:name="android.provider.Telephony.SMS_RECEIVED"/>
</intent-filter>
</receiver>

</application>

<uses-sdk android:minSdkVersion="7" />

<!-- 許可權申請 -->
<uses-permission android:name="android.permission.RECEIVE_SMS"></uses-permission>

</manifest>

2.非常駐型廣播
非常駐型廣播，當應用程序結束了，廣播自然就沒有了，比如在 Activity 中的 onCreate 或者 onResume 中注冊廣播接收者，在 onDestory 中注銷廣播接收者。這樣廣播接收者就一個非常駐型的了，這種注冊方式也叫動態注冊。這種方式可以理解為通過代碼注冊的廣播是和注冊者關聯在一起的。比如寫一個監聽 SDcard 狀態的廣播接收者：
package cn.sunzn.mosecurity.activity;

import android.app.Activity;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.content.IntentFilter;
import android.os.Bundle;
import android.os.Environment;

public class SDcard extends Activity {
SdcardStateChanageReceiver sdcardStateReceiver;

protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
sdcardStateReceiver = new SdcardStateChanageReceiver();
IntentFilter filter = new IntentFilter();
filter.addAction(Intent.ACTION_MEDIA_REMOVED);
filter.addAction(Intent.ACTION_MEDIA_EJECT);
filter.addAction(Intent.ACTION_MEDIA_MOUNTED);
filter.addDataScheme("file");
registerReceiver(sdcardStateReceiver, filter);
}

protected void onDestroy() {
unregisterReceiver(sdcardStateReceiver);
}

class SdcardStateChanageReceiver extends BroadcastReceiver {
public void onReceive(Context context, Intent intent) {
checkSDCard();
}

public void checkSDCard() {
String state = Environment.getExternalStorageState();
System.out.println(state);
if (state.equals(Environment.MEDIA_REMOVED) || state.equals(Environment.MEDIA_UNMOUNTED)) {
System.out.println("SDCard 已卸載!");
}
}
}
}

『叄』 android 內部類的廣播 怎麼注冊常駐型廣播

在AndroidManifest.xml文件中的<application>節點里進行訂閱，比如和開機廣播
<receiver android:name=".IncomingSMSReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"/>
</intent-filter>
</receiver>

『肆』 android 的廣播有幾種類型分別如何使用

我剛才幫你查詢了這個，一共分為六類的，直接打開就行了。

『伍』 android中注冊廣播有幾種方式，這些方式的優缺點，談談android引入廣播的用意

2種方式
1.在androidmainfest.xml中注冊
2.<receiver>
3. <intent-filter>
4. <action android:name = "android.intent.action.PICK"/>
5. </intent-filter>
6.</receiver>
7.缺點：常駐型，占資源比較大
8.
9.registerReceiver(receiver,filter); BroadcastReceiver更新UI一般用這種方法

『陸』 Android靜態注冊廣播和動態注冊廣播的區別

1.動態注冊廣播不是常駐型廣播，也就是說廣播跟隨activity的生命周期。注意: 在activity結束前，移除廣播接收器。
靜態注冊是常駐型，也就是說當應用程序關閉後，如果有信息廣播來，程序也會被系統調用自動運行。
它的生命周期為從回調onReceive()方法開始到該方法返回結果後結束。
2.當廣播為有序廣播時：
1 優先順序高的先接收
2 同優先順序的廣播接收器，動態優先於靜態
3 同優先順序的同類廣播接收器，靜態：先掃描的優先於後掃描的，動態：先注冊的優先於後注冊的。

『柒』 android中什麼時候會選擇用廣播來進行線程間的通信

android中什麼時候會選擇用廣播來進行線程間的通信 Android 多線程 通信

線程中通信就不要用廣播了吧 進程中通信可以用廣播或者aidl

可是，這兩天看到的項目都是這么做的；然後，自己分析了下，覺得一下的理由也是可以成立的；

1.正常情況下我們選擇handler消息機制來進行單向的線程間的通信；（工作線程向主線程發送消息）

因為主線程有現成的handler，而工作線程沒有現成的handler，這樣的話，主線程將handler交給工作線程而讓工作線程將工作的結果交給主線程；

相反，工作線程中沒有現成的handler（事實上是沒有消息隊列，也就是handler沒有綁定到工作線程），那麼，如果開辟的話，代碼角度上是挺麻煩的（相對應廣播機制來說）；

2.廣播機制本身就是雙向的（工作線程向主線程發送廣播，主線程向工作線程發送廣播）；

//另外，對於像一個activity中通過fragment來進行界面的處理； 我們大多數情況下是採用廣播的機制來實現fragment中adapter的數據的更新；這樣做主要是考慮到工作線程的任務載入完成，而具體的對應刷新的activity可能還沒有啟動；

另外，基於介面隔離原則，如果用handler進行通信的話，則不能很好的滿足這一原則；

你要是周期比較長 用廣播好些吧

應該與周期關系不是很密切。最主要的原因是兩條線成是雙向通信。

Handler類似於P2P的通信。
廣播則類似於一個server端，用來處理分發不同線程的請求，從控制器的角度來說用廣播更好一點。

一般使用Handler的，多用於子線程處理事務，完成時告知主線程這一類的情況。
而類似樓主所說的多條線程之間需要頻繁交互的話，廣播是個很好的選擇，並且結構清晰，只是不知道廣播的性能與handler相比會怎麼樣。

『捌』 12、注冊廣播有幾種方式，這些方式有何優缺點請談談Android引入廣播機制的用意。

1. 注冊廣播的分類：靜態注冊和動態注冊。
   

   靜態注冊：在清單文件里直接注冊，從app開啟到app銷毀，一直在接收廣播，接收廣播時間長，但是接收廣播的優先順序低於動態注冊廣播。

   動態注冊：動態注冊，動態銷毀，從onCreate到取消注冊，期間接收廣播，接收廣播時間是短且可控，接收廣播的優先順序高。例如：

   發送廣播：
   Intent i = new Intent();
   i.setAction("ACTION_CLOSE");
   sendBroadcast(i);
   
   接受廣播：
   onCreate(){
   
   //注冊廣播的接受者
   IntentFilter filter = new IntentFilter();
   filter.addAction("ACTION_CLOSE_ACTIVITY");
   receiver = new InnerReceiver();
   registerReceiver(receiver, filter);
   }
   
   private class InnerReceiver extends BroadcastReceiver {
   @Override
   public void onReceive(Context context, Intent intent) {
   //TODO 當前Activity接收到廣播 需要做的事情
   }
   }
   }
   
   //注銷廣播
   
   @Override
   protected void onDestroy() {
   super.onDestroy();
   unregisterReceiver(receiver);
   }

2.引入廣播的原因：

a) 不同的app之間傳信通用

b)發出一條指定，需要多個Activity都需要有反應

注意：以上僅供參考，如有疑問，請追問，謝謝。

『玖』 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" />