android廣播自定義
『壹』 Android:為什麼接收自定義廣播的程序需要先打開以下，然後再關閉
接收自定義廣播（系統廣播也一樣）的程序無論是否在運行，都能接收到廣播。
你的onReceive()函數負責處理廣播
一般在onReceive()開啟一個Activity或者發送一個Notification來處理廣播
最後點：onReceive()是在進程的主線程中啟動的，這也意味著onReceive()的執行時間不能超過5秒，否者進程會停止。這也是為什麼onReceive()要藉助Activity、Notification、甚至Servie來處理廣播的一個重要原因。
『貳』 自定義廣播沒android.intent.action.MY_BROADCAST
你要使用自定義廣播，需要在清單文件里自己手動添加。
『叄』 android中自定義廣播需要哪個許可權
接受者的清單文件:
<?xml version="1.0" encoding="utf-8"?><manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.permissionbroadcastreceiver">
<permission android:name="com.example.broadcast.permission"
android:protectionLevel="normal" />
<application android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<receiver android:name=".PermissionRecevicer"
android:permission="com.example.broadcast.permission">
<intent-filter>
<action android:name="com.example.permissionbroadcastreceiver.message" />
</intent-filter>
</receiver>
</application></manifest>
在清單文件中聲明一個許可權，然後在receiver中要求發送者具有此許可權，這樣廣播接受者進程就算是准備完成了！！
廣播發送者的清單文件：
<?xml version="1.0" encoding="utf-8"?><manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.permissionbroadcast">
<uses-permission android:name="com.example.broadcast.permission" />
<application android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
</application></manifest>
在清單文件請求剛才在接收者清單文件聲明的許可權即可，這里的運行結果就不展示了，只是log而已！！！
『肆』 android 廣播靜態注冊怎麼指定activity
靜態注冊，如下：
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
android:versionCode="1"
android:versionName="1.0" package="com.bn.ex2_1">
<application android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".Sample2_1_Activity" android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<!-- 注冊自定義靜態廣播接收器 -->
<receiver android:name=".StaticReceiver">
<intent-filter>
<action android:name="com.bn.pp2.staticreceiver" />
</intent-filter>
</receiver>
</application>
</manifest>
『伍』 android怎麼發送特定廣播的
起一個線程，每發一個廣播後就sleep一分鍾，如此循環。（或者接受系統的timechanged這個廣播，這個廣播好像一分鍾發一次）。
Android 在發送廣播時的方法 sendBroadcast（Intent）。
①：Intent myIntent = new Intent();——【創建Intent對象】
②：myIntent.setAction(String)——【設置一般的要執行的動作。參數：動作一個動作的名稱，如ACTION_VIEW。應用程序的具體行動，應與供應商的包名作為前綴。】
③：myIntent.putExtra(String,Object)——【廣播中額外發送的數據，String為自定義key,Object表示多種數據類型】
④：sendBroadcast(myIntent);——【發送廣播】
接收廣播
Android在接收廣播的方法是注冊一個廣播接收器 registerReceiver(MyReceiver,IntentFilter)。
①：首先創建MyReceiver類（類名自定義） 繼承 BroadcastReceiver類。——【創建廣播接收器】
②：在MyReceiver中重寫public void onReceive(Context context, Intent intent)方法。這個方法在接收到廣播後觸發。——【重寫處理方法】
③：在Activity或者Service啟動時 onCreate()、onStartCommand()等方法中實例化 MyReceiver類——【啟動時實例化廣播接收器】
④：IntentFilter filter = new IntentFilter();——【創建IntentFilter對象 意圖過濾器】
⑤：filter.addAction(String);——【在過濾器中加入過濾條件，說明接收什麼廣播】
⑥：registerReceiver(cmdReceiver, filter);——【注冊廣播，參數為（廣播接收器，意圖過濾器）】
『陸』 為什麼Android要使用各種BroadcastReceiver
作為Android四大組件之一的BroadcastReceiver（廣播接收者），同Activity（活動）一樣，經常被大家用到，網上也是一堆對它的講解，那麼為什麼Android要用廣播接收者這種機制呢？
廣播分為：普通廣播和有序廣播
1.Normal broadcasts（普通廣播）：Normal broadcasts是完全非同步的可以同一時間被所有的接收者接收到。消息的傳遞效率比較高。但缺點是接收者不能將接收的消息的處理信息傳遞給下一個接收者也不能停止消息的傳播。可以利用Context.sendBroadcast發送。
2.Ordered broadcasts（有序廣播）：Ordered broadcasts的接收者按照一定的優先順序進行消息的接收。一次傳送到一個接收器。 隨著每個接收器依次執行，它可以將結果傳播到下一個接收器，或者它可以完全中止廣播，使得它不會被傳遞到其他接收器。 命令接收器運行可以用匹配的意圖過濾器的android:priority屬性控制; 具有相同優先順序的接收器將以任意順序運行。可以利用Context.sendOrderedBroadcast發送。
官網上介紹廣播是用的監聽系統網路狀況的例子，其實關鍵字在於「監聽」。
(1) 創建廣播接收者
BroadcastReceiver是一個抽象類，所以我們要創建自己的廣播接收者就要繼承它，繼承後會有提示重寫onReceive方法。
public class NetworkBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(ConnectivityManager.CONNECTIVITY_ACTION)) {
ConnectivityManager manager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo activeNetwork = manager.getActiveNetworkInfo();
if (activeNetwork != null && activeNetwork.isAvailable()) {
Toast.makeText(context, "有網路連接", Toast.LENGTH_SHORT).show();
} else {
Toast.makeText(context, "無網路連接", Toast.LENGTH_SHORT).show();
}
}
}
}
廣播接收者的生命周期是從接收廣播開始，到onRecevier方法執行完成結束，時間很短，一般不允許處理大批量耗時操作。這里順便給出列印NetworkInfo的信息以供參考：
NetworkInfo:
type: WIFI[,type_ext: WIFI],
state: CONNECTED/CONNECTED,
reason: (unspecified),
extra: "TP-LINK_EFE8",
roaming: false,
failover: false,
isAvailable: true,
: false,
isIpv4Connected: true,
isIpv6Connected: false
[type: MOBILE[LTE],
state: CONNECTED/CONNECTED,
reason: connected,
extra: cmnet,
roaming: false,
failover: false,
isAvailable: true,
: false]
(2) 靜態注冊廣播
靜態注冊廣播，需要在AndroidManifest.xml中，添加<recevier/> 標簽，將廣播接收者注冊到應用中。要添加過濾器IntentFilter，由於系統網路變化時會發送ConnectivityManager.CONNECTIVITY_ACTION ("android.net.conn.CONNECTIVITY_CHANGE")的廣播，所以我們要監聽這條廣播。
<receiver android:name=".NetworkBroadcastReceiver">
<intent-filter android:priority="1000">
<action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
</intent-filter>
</receiver>
這里priority代表的是執行順序的優先順序，取值[-1000,1000]，後面的有序廣播會講到。
(3) 動態注冊廣播
i.意圖過濾器 IntentFilter 用於給BroadcastReceiver綁定監聽廣播類型
ii.自定義的BroadcastReceiver，例如上文的
iii.注冊方法 Context.registerReceiver(Receiver, IntentFilter)
iv.反注冊方法 unregisterReceiver(Receiver)
IntentFilter mFilter = new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION);
mReceiver = new ();
registerReceiver(mReceiver, mFilter);
@Override
public void onDestroy() {
super.onDestroy();
unregisterReceiver(mReceiver);
}
這段代碼是成對出現的，可以在onCreate的時候注冊，在onDestroy的時候反注冊，也可以在onResume和onPause中執行這寫方法。不過Google API推薦的做法，在activity的onResume()中注冊，在onPause()反注冊。效果是當界面pause時，就不接收廣播，從而減少不必要的系統開銷。還有就是一定要主動反注冊你的廣播，否則會出現異常。
動態注冊和靜態注冊的差別：動態注冊後，廣播接收者會依賴Activity的生命周期，而靜態注冊的廣播不會，只要是系統有發出的廣播，它都會接收，與程序是否啟動無關。
(4) 發送普通廣播
具體使用的方法是sendBroadcast(Intent intent)，通過隱式調用就可以，注意action是你自定義的，意思就是不可以發送系統廣播，我試了，直接就崩了。
Intent intent = new Intent();
intent.setAction("com.fleming.chen.mybroadcast");
sendBroadcast(intent);
針對(3)(4)兩點，如果你要用到的廣播僅僅是應用里的，那麼你可以用LocalBroadcastManager這個類，它與上述描述中的區別在於：
LocalBroadcastManager.getInstance(context).registerReceiver(mReceiver, mFilter);
LocalBroadcastManager.getInstance(context).unregisterReceiver(mReceiver);
LocalBroadcastManager.getInstance(context).sendBroadcast(intent);
通過sendBroadcast發送的廣播，不會被通過LocalBroadcastManager類注冊的廣播接收者接收，反之也是如此，兩者是不可以」互通友誼「的，推薦使用LocalBroadcastManager來管理廣播。
(5) 發送有序廣播
上面講了那麼多都是普通廣播，那什麼又是有序廣播呢？
有序廣播關鍵在於這類廣播是有序的，上文中提到priority，這是IntentFilter的屬性，用來讓不同的廣播擁有不同的執行順序，即優先順序不同。
定義三種不同優先順序的廣播接收者：
public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
setResultData("這是修改後的數據");//第一個接收後處理一下，再交給下一個
}
}
}
public class MyBroadcastReceiver2 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();//得到上一個的處理結果
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
abortBroadcast();//主動停止廣播，不再繼續傳下去
}
}
}
public class MyBroadcastReceiver3 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
//此時雖然該廣播接收者也監聽了，不過也沒有內容
Toast.makeText(context, getResultData(), Toast.LENGTH_SHORT).show();
}
}
}
<receiver android:name=".MyBroadcastReceiver" >
<intent-filter android:priority="1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver2">
<intent-filter android:priority="0">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver3">
<intent-filter android:priority="-1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
Intent intent = new Intent();
intent.setAction("com.fleming.chen.myreceiver");
sendOrderedBroadcast(intent, null, null, null, 0, "這是初始的數據", null);
對於廣播的內容，在Android 7.0上做了修改，即Project Svelte：後台優化
Android 7.0 移除了三項隱式廣播，以幫助優化內存使用和電量消耗。此項變更很有必要，因為隱式廣播會在後台頻繁啟動已注冊偵聽這些廣播的應用。刪除這些廣播可以顯著提升設備性能和用戶體驗。
移動設備會經歷頻繁的連接變更，例如在 WLAN 和移動數據之間切換時。目前，可以通過在應用清單中注冊一個接收器來偵聽隱式 CONNECTIVITY_ACTION 廣播，讓應用能夠監控這些變更。由於很多應用會注冊接收此廣播，因此單次網路切換即會導致所有應用被喚醒並同時處理此廣播。
同理，在之前版本的 Android 中，應用可以注冊接收來自其他應用（例如相機）的隱式 ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 廣播。當用戶使用相機應用拍攝照片時，這些應用即會被喚醒以處理廣播。
為緩解這些問題，Android 7.0 應用了以下優化措施：
面向 Android 7.0 開發的應用不會收到 CONNECTIVITY_ACTION 廣播，即使它們已有清單條目來請求接受這些事件的通知。在前台運行的應用如果使用 BroadcastReceiver 請求接收通知，則仍可以在主線程中偵聽 CONNECTIVITY_CHANGE。
應用無法發送或接收 ACTION_NEW_PICTURE 或 ACTION_NEW_VIDEO 廣播。此項優化會影響所有應用，而不僅僅是面向 Android 7.0 的應用。
如果您的應用使用任何 intent，您仍需要盡快移除它們的依賴關系，以正確適配 Android 7.0 設備。Android 框架提供多個解決方案來緩解對這些隱式廣播的需求。例如，JobScheler API 提供了一個穩健可靠的機制來安排滿足指定條件（例如連入無限流量網路）時所執行的網路操作。您甚至可以使用 JobScheler 來適應內容提供程序變化。
所以說，在Android的世界，到處都充滿著廣播，就是為了用來監聽手機的各種狀態，給用戶提醒，這是一種很好的用戶體驗，不過任何事情都是如此，廣播也不可以多用哦，
『柒』 android 怎麼第三應用調用自定義的廣播
在彈出的界面中隨便起一個名字，點擊「確定」 點擊「Add jars」按鈕選擇第三方jar包，點擊「確定」完成操作。 這樣的話該jar包會被一起打包到apk中，
『捌』 android 廣播自定義廣播接收問題
其實沒啥技術可言的，就是Android中可以自定義許可權的，對於四大組件的訪問加上一層保護，不多說了，直接上代碼：
發送廣播：
[java] view plain
package com.tt.test;
import android.app.Activity;
import android.content.ComponentName;
import android.content.Intent;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
public class Main extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
((Button)findViewById(R.id.button)).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent i = new Intent("COM.MESSAGE");
i.addCategory("receiver");
i.putExtra("message", "haha");
sendOrderedBroadcast(i, "xvtian.gai.receiver");
}
});
}
}
AndroidManifest.xml:
[html] view plain
<uses-permission android:name="xvtian.gai.receiver" ></uses-permission>
<permission android:protectionLevel="normal" android:name="xvtian.gai.receiver"></permission>
接收廣播：
[java] view plain
package com.tt.receiver;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;
public class Receiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Log.d("TAG", "receiver intent:" + intent.toString());
}
}
AndroidManifest.xml
[html] view plain
<uses-permission android:name="xvtian.gai.receiver" ></uses-permission>
[html] view plain
<receiver android:name=".Receiver" android:permission="xvtian.gai.receivers">
<intent-filter>
<action android:name="COM.MESSAGE" />
<category android:name="receiver" />
</intent-filter>
</receiver>
『玖』 12、注冊廣播有幾種方式，這些方式有何優缺點請談談Android引入廣播機制的用意。
注冊廣播的分類：靜態注冊和動態注冊。
靜態注冊：在清單文件里直接注冊，從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廣播需要寫成靜態內部類
不是非要寫成這樣哦。你看到別人寫成這樣，是因為方便使用接受廣播對象。
你也可以自定義一個類去繼承它。然後在使用的地方去 new 這個自定義的類。 也是一樣的。