...這些方式有何優(yōu)缺點(diǎn)?請(qǐng)談?wù)凙ndroid引入廣播機(jī)制的用意。

靜態(tài)注冊(cè)：在清單文件里直接注冊(cè)，從app開(kāi)啟到app銷(xiāo)毀，一直在接收廣播，接收廣播時(shí)間長(zhǎng)，但是接收廣播的優(yōu)先級(jí)低于動(dòng)態(tài)注冊(cè)廣播。

十余年的山丹網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都全網(wǎng)營(yíng)銷(xiāo)推廣的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整山丹建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)公司從事“山丹網(wǎng)站設(shè)計(jì)”,“山丹網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

常駐型廣播 常駐型廣播，當(dāng)應(yīng)用程序關(guān)閉了，如果有廣播信息來(lái)，寫(xiě)的廣播接收器同樣的能接收到，它的注冊(cè)方式就是在應(yīng)用程序的AndroidManifast.xml 中進(jìn)行注冊(cè)，這種注冊(cè)方式通常又被稱(chēng)作靜態(tài)注冊(cè)。

android的四大組件本質(zhì)上就是為了實(shí)現(xiàn)移動(dòng)或者說(shuō)嵌入式設(shè)備上的MVC架構(gòu)，它們之間有時(shí)候是一種相互依存的關(guān)系，有時(shí)候又是一 種補(bǔ)充關(guān)系，引入廣播機(jī)制可以方便幾大組件的信息和數(shù)據(jù)交互。

廣播(Broadcast)機(jī)制用于進(jìn)程/線程間通信，廣播分為廣播發(fā)送和廣播接收兩個(gè)過(guò)程，其中廣播接收者BroadcastReceiver便是Android四大組件之一。

)第一種不是常駐型廣播，也就是說(shuō)廣播跟隨程序的生命周期。2)第二種是常駐型，也就是說(shuō)當(dāng)應(yīng)用程序關(guān)閉后，如果有信息廣播來(lái)，程序也會(huì)被系統(tǒng)調(diào)用自動(dòng)運(yùn)行。

但是實(shí)現(xiàn)簡(jiǎn)單，主要缺點(diǎn)：耗電，浪費(fèi)用戶流量等 Google的C2DM，具體不細(xì)說(shuō)，缺點(diǎn)，服務(wù)器在國(guó)外，不是很穩(wěn)定。

android怎么發(fā)送特定廣播的?

靜態(tài)注冊(cè)：靜態(tài)注冊(cè)方式是在AndroidManifest.xml的application里面定義receiver并設(shè)置要接收的action。如果在清單配置文件中配置了廣播接收器，那么程序在安裝后會(huì)自動(dòng)注冊(cè)廣播接收器。

當(dāng)然，我們最后一定不要忘了取消注冊(cè)。我們可以通過(guò)調(diào)用unregisterReceiver()方法來(lái)實(shí)現(xiàn)。至此，Android的標(biāo)準(zhǔn)廣播發(fā)送就完成了。

發(fā)送廣播是在Activity或Service中調(diào)用 sendBroadcast() 方法，而Activity或Service都間接繼承于Context抽象類(lèi)，真正干活是交給ContextImpl類(lèi)。

http都好說(shuō)，github開(kāi)源項(xiàng)目不知道有多少。

通過(guò)安卓自帶的am命令。在使用android系統(tǒng)時(shí)，需要再發(fā)一次開(kāi)機(jī)廣播，可以通過(guò)安卓自帶的am命令來(lái)發(fā)送開(kāi)機(jī)廣播，省去了等待的時(shí)間。

Android系統(tǒng)中內(nèi)置了多個(gè)系統(tǒng)廣播，只要涉及到手機(jī)的基本操作，基本上都會(huì)發(fā)出相應(yīng)的系統(tǒng)廣播。如：開(kāi)啟啟動(dòng)，網(wǎng)絡(luò)狀態(tài)改變，拍照，屏幕關(guān)閉與開(kāi)啟，點(diǎn)亮不足等等。

Android本地廣播的使用

聯(lián)網(wǎng)，在搜索引擎里輸入“蜻蜓FM”，點(diǎn)擊下載。2插耳機(jī) 。3打開(kāi)蜻蜓fm 。4在播放主界面左上角點(diǎn)擊“更多電臺(tái)”。5選擇本地電臺(tái)（如果手機(jī)支持免流量，這里會(huì)出現(xiàn)紅色標(biāo)簽） 。

利用手機(jī)內(nèi)置的硬件來(lái)收聽(tīng)廣播電臺(tái)是不需要流量的，只需要插入耳機(jī)（相當(dāng)于接收天線）就可以收聽(tīng)到當(dāng)?shù)卣{(diào)頻電臺(tái)。利用手機(jī)軟件收聽(tīng)廣播電臺(tái)，是需要流量的，建議在WIFI下收聽(tīng)。

由于在Android0 & API 21中已經(jīng)失效，所以不建議使用。

Android廣播中的Intent.addAction是做什么用的?

隱式Intent恰恰相反，它不會(huì)用組件名稱(chēng)定義需要 激活的目標(biāo)組件，它更廣泛地用于在不同應(yīng)用程序之間傳遞消息。

Intent息傳送是相同或不同應(yīng)用中組件運(yùn)行時(shí)晚綁定的一種機(jī)制。意圖本身，一個(gè)意圖對(duì)象，是一個(gè)包含被執(zhí)行操作抽象描述的被動(dòng)的數(shù)據(jù)結(jié)構(gòu)-或者，對(duì)于廣播而言，是某件已經(jīng)發(fā)生并被聲明的事情的描述。

首先通過(guò)本地廣播管理器LocalBroadcastManager的getInstance()方法獲取一個(gè)實(shí)例，并分別創(chuàng)建過(guò)濾器IntentFilter和自定義接收器LocalReceiver的實(shí)例。

Intent 是 Android 程序中各組件之間進(jìn)行交互的一種重要的方式，它不僅可以指明當(dāng)前組件想要執(zhí)行的動(dòng)作，還可以在不同組件間傳遞數(shù)據(jù)。Intent 一般可被用于啟動(dòng)活動(dòng)、啟動(dòng)服務(wù)以及發(fā)送廣播等場(chǎng)景。

在android中使用廣播來(lái)讓其他監(jiān)聽(tīng)廣播的地方能夠?qū)ο鄳?yīng)的事情做處理，但有的時(shí)候需要傳遞一些其他的附帶值，而這個(gè)時(shí)候是可以直接用播放廣播的intent來(lái)傳遞的。

android中自定義廣播需要哪個(gè)權(quán)限

因?yàn)樵O(shè)置了接收權(quán)限。android2接收不到自定義動(dòng)態(tài)廣播的原因是設(shè)置了接收權(quán)限，目的是為了保護(hù)用戶的信息安全。

引導(dǎo)用戶打開(kāi)相應(yīng)權(quán)限 獲取當(dāng)前堆棧，判斷應(yīng)用是否被打開(kāi)，如果未被打開(kāi)則強(qiáng)行將應(yīng)用提至前臺(tái) 經(jīng)過(guò)測(cè)試，第一種方法無(wú)效。

使用此廣播時(shí)，需要獲得BROADCAST_STICKY權(quán)限。（在 android 0/api 21后不再推薦使用）Android系統(tǒng)中內(nèi)置了多個(gè)系統(tǒng)廣播，只要涉及到手機(jī)的基本操作，基本上都會(huì)發(fā)出相應(yīng)的系統(tǒng)廣播。

注；記得在配置文件里面添加如下權(quán)限：uses-permission android：name=android.permission.CHANGE_WIFI_MULTICAST_STATE / 經(jīng)過(guò)這樣處理后，多數(shù)手機(jī)都能正常發(fā)送接收到廣播報(bào)文。

android7.1.2接收不到自定義動(dòng)態(tài)廣播

1、有些系統(tǒng)廣播需要，addDataScheme才能收到，如mediaScanner?？梢韵葟幕镜呐挪椋琤roadcastReciver重寫(xiě)是否正確？IntentFilter定義是否正確？添加Action是否正正確？注冊(cè)IntentFileter也是正確？具體問(wèn)題，需要看源碼才知道。

2、最大的可能是廣播沒(méi)有注冊(cè) 1)第一種不是常駐型廣播，也就是說(shuō)廣播跟隨activity的生命周期。注意： 在activity結(jié)束前，移除廣播接收器。

3、一旦有定義的action發(fā)出來(lái)， BootCompletedReceiver的onReceive方法就會(huì)回調(diào)了，這樣的監(jiān)聽(tīng)，不需要你的app已經(jīng)在運(yùn)行。

4、)是否與 android.intent.action.BOOT_COMPLETED 相同，發(fā)出的是這個(gè)，你沒(méi)監(jiān)聽(tīng)這個(gè)Action 。 另外注意的是，如果是 1以下的系統(tǒng)，沒(méi)問(wèn)題。1以上的系統(tǒng)，需要有Activity存在，并且啟動(dòng)一次程序，才能夠?qū)崿F(xiàn)廣播。

5、看系統(tǒng)版本， 低于 1的版本， 無(wú)需載體 ， 廣播都能夠 自動(dòng)運(yùn)行 。 1以及以后的版本 ，廣播 需要有 Activity的支撐，并且運(yùn)行程序后啟動(dòng)一次，重新開(kāi)機(jī)才能夠啟動(dòng)廣播，就這點(diǎn)區(qū)別。