android從廣播中發送廣播_簡述在android中如何發送廣播消息

❶ 簡述在android中如何發送廣播消息

1.發送廣播
Intent intent = new Intent(BroadcastAction);
Bundle bundle = new Bundle();
bundle.putString("***", SUCCESS);
bundle.putString("FullPathName", mFullPathName);
intent.putExtras(bundle);
sendBroadcast(intent);
2.在Activity中創建一個內部類MyBroadcastReceiver擴展BroadcastReceiver，並在其中實現onReceive方法。
3.在Activity中聲明一個MyBroadcastReceiver類型的成員變數，並注冊：
private MyBroadcastReceiver myBroadcastReceiver;
...
myBroadcastReceiver = new MyBroadcastReceiver();
IntentFilter filter = new IntentFilter();
filter.addAction(BroadcastAction);
registerReceiver(receiver, filter);
4.使用完後要記得釋放
unregisterReceiver(receiver);

註：1和2中的 BroadcastAction要是同一個Action

❷ Android廣播發送意圖許可權問題，求大神指點

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/>

❸ 22 AndroidBroadcast廣播機制

廣播(Broadcast)機制用於進程/線程間通信，廣播分為廣播發送和廣播接收兩個過程，其中廣播接收者BroadcastReceiver便是Android四大組件之一。

BroadcastReceiver分為兩類：

從廣播發送方式可分為三類：

廣播在系統中以BroadcastRecord對象來記錄, 該對象有幾個時間相關的成員變數.

廣播注冊，對於應用開發來說，往往是在Activity/Service中調用 registerReceiver() 方法，而Activity或Service都間接繼承於Context抽象類，真正幹活是交給ContextImpl類。另外調用getOuterContext()可獲取最外層的調用者Activity或Service。

[ContextImpl.java]

其中broadcastPermission擁有廣播的許可權控制，scheler用於指定接收到廣播時onRecive執行線程，當scheler=null則默認代表在主線程中執行，這也是最常見的用法

[ContextImpl.java]

ActivityManagerNative.getDefault()返回的是ActivityManagerProxy對象，簡稱AMP.
該方法中參數有mMainThread.getApplicationThread()返回的是ApplicationThread，這是Binder的Bn端，用於system_server進程與該進程的通信。

[-> LoadedApk.java]

不妨令以BroadcastReceiver(廣播接收者)為key，LoadedApk.ReceiverDispatcher(分發者)為value的ArrayMap 記為 A 。此處 mReceivers 是一個以 Context 為key，以 A 為value的ArrayMap。對於ReceiverDispatcher(廣播分發者)，當不存在時則創建一個。

此處mActivityThread便是前面傳遞過來的當前主線程的Handler.

ReceiverDispatcher(廣播分發者)有一個內部類 InnerReceiver ，該類繼承於 IIntentReceiver.Stub 。顯然，這是一個Binder服務端，廣播分發者通過rd.getIIntentReceiver()可獲取該Binder服務端對象 InnerReceiver ，用於Binder IPC通信。

[-> ActivityManagerNative.java]

這里有兩個Binder服務端對象 caller 和 receiver ，都代表執行注冊廣播動作所在的進程. AMP通過Binder驅動將這些信息發送給system_server進程中的AMS對象，接下來進入AMS.registerReceiver。

[-> ActivityManagerService.java]

其中 mRegisteredReceivers 記錄著所有已注冊的廣播，以receiver IBinder為key, ReceiverList為value為HashMap。

在BroadcastQueue中有兩個廣播隊列mParallelBroadcasts,mOrderedBroadcasts，數據類型都為ArrayList<broadcastrecord style="box-sizing: border-box;">：</broadcastrecord>

mLruProcesses數據類型為 ArrayList<ProcessRecord> ，而ProcessRecord對象有一個IApplicationThread欄位，根據該欄位查找出滿足條件的ProcessRecord對象。

該方法用於匹配發起的Intent數據是否匹配成功，匹配項共有4項action, type, data, category，任何一項匹配不成功都會失敗。

broadcastQueueForIntent(Intent intent)通過判斷intent.getFlags()是否包含FLAG_RECEIVER_FOREGROUND 來決定是前台或後台廣播，進而返回相應的廣播隊列mFgBroadcastQueue或者mBgBroadcastQueue。

注冊廣播：

另外，當注冊的是Sticky廣播：

廣播注冊完, 另一個操作便是在廣播發送過程.

發送廣播是在Activity或Service中調用 sendBroadcast() 方法，而Activity或Service都間接繼承於Context抽象類，真正幹活是交給ContextImpl類。

[ContextImpl.java]

[-> ActivityManagerNative.java]

[-> ActivityManagerService.java]

broadcastIntent()方法有兩個布爾參數serialized和sticky來共同決定是普通廣播，有序廣播，還是Sticky廣播，參數如下：

broadcastIntentLocked方法比較長，這里劃分為8個部分來分別說明。

這個過程最重要的工作是：

BroadcastReceiver還有其他flag，位於Intent.java常量:

主要功能：

這個過主要處於系統相關的10類廣播,這里不就展開講解了.

這個過程主要是將sticky廣播增加到list，並放入mStickyBroadcasts裡面。

其他說明：

AMS.collectReceiverComponents ：

廣播隊列中有一個成員變數 mParallelBroadcasts ，類型為ArrayList<broadcastrecord style="box-sizing: border-box;">，記錄著所有的並行廣播。</broadcastrecord>

動態注冊的registeredReceivers，全部合並都receivers，再統一按串列方式處理。

廣播隊列中有一個成員變數 mOrderedBroadcasts ，類型為ArrayList<broadcastrecord style="box-sizing: border-box;">，記錄著所有的有序廣播。</broadcastrecord>

發送廣播過程:

處理方式：

可見不管哪種廣播方式，都是通過broadcastQueueForIntent()來根據intent的flag來判斷前台隊列或者後台隊列，然後再調用對應廣播隊列的scheleBroadcastsLocked方法來處理廣播；

在發送廣播過程中會執行 scheleBroadcastsLocked 方法來處理相關的廣播

[-> BroadcastQueue.java]

在BroadcastQueue對象創建時，mHandler=new BroadcastHandler(handler.getLooper());那麼此處交由mHandler的handleMessage來處理：

由此可見BroadcastHandler採用的是」ActivityManager」線程的Looper

[-> BroadcastQueue.java]

此處mService為AMS，整個流程還是比較長的，全程持有AMS鎖，所以廣播效率低的情況下，直接會嚴重影響這個手機的性能與流暢度，這里應該考慮細化同步鎖的粒度。

❹ 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開發 service 和activity 廣播問題

這里我們先假定service發出內容時候的Action為ActionS。

如果activity里沒有動態注冊監聽service發出的ActionS的廣播，即使Activity當前在使用中也不會得到通知，更不用說未啟動的Activity來捕獲這個通知了。

要捕獲這個字元串有兩種方式，分別如下

在AndroidManifest.xml中注冊
<receiver android:name="YourBroadcastReceiver" >
<intent-filter>
<action android:name="ActionS" />
</intent-filter>
</receiver>
這樣，一旦有定義的ActionS發出來，YourBroadcastReceiver的onReceive方法就會回調了，這樣的監聽，不需要你的app已經在運行。你在onReceive方法里攔截處理。

2.在Activity中動態創建監聽器， onCreate()中生成一個IntentFilter對象

IntentFilter filter=new IntentFilter();
//為IntentFilter添加一個ActionS

filter.addAction(ActionS);
yourBroadcastReceiver = newYourBroadcastReceiver();

registerReceiver(yourBroadcastReceiver, filter);

在onDestroy的時候去注冊
unregisterReceiver(yourBroadcastReceiver);
這樣的方式只有在Activity生命周期onCreate()-onDestroy()之間有效，在YourBroadcastReceiver.onReceive()方法里攔截處理。

❻ 簡述在android中如何發送廣播消息

首先要聲明廣播

=newBroadcastReceiver()

{

@Override

publicvoidonReceive(Contextcontext,Intentintent)//onReceive函數不能做耗時的事情，參考值：10s以內

{

Log.d("scott","onreceiveaction="+intent.getAction());

Stringaction=intent.getAction();

if(action.equals("com.scott.sayhi"))

{

showDialog("onreceiveaction="+intent.getAction());

}

};

2.其次要注冊廣播，有兩種方式：xml注冊和代碼注冊

xml注冊：

代碼注冊：

IntentFilter filter = new IntentFilter();
filter.addAction("com.scott.sayhi");
MyActivity.this.registerReceiver(mBroadcastReceiver, filter);

上述2個步驟就可以了。

3.發送廣播

Intentintent=newIntent();

intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

intent.setAction("com.scott.sayhi");

MyActivity.this.sendBroadcast(intent);

Intent intent = new Intent();
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.setAction("com.scott.sayhi");
MyActivity.this.sendBroadcast(intent);

4.收聽開機廣播

intent-filter設置如下即可

<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
<category android:name="android.intent.category.HOME" />
</intent-filter>

❼ 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

每一個注冊過廣播接收者的或組件在 LoadedApk 類中都有個對應的對象，該對象負責將與組件關聯起來。這些對象，以關聯的作為關鍵字保存在一個中。之後對應的又以的作為關鍵字保存在的成員變數對象中。最後通過對應的方法獲得其介面的本地對象。之後再回到注冊方法內，將對象發給進行注冊。

/frameworks/base/core/java/android/app/ActivityManagerNative.java

/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java

在的或注冊一個時，並不是將其注冊到AMS中，而是將與它關聯的InnerReceiver對象注冊到AMS中，當AMS接收到廣播時，會根據在內部找到對應的InnerReceiver對象，然後在通過這個對象將這個廣播發送給對應的處理。

注冊過程這邊畫了一個簡單的流程圖:

Broadcast的發送過程可簡單描述為以下幾個過程：

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從廣播中發送廣播

android從廣播中發送廣播

與android從廣播中發送廣播相關的資料