【轉】Android一些知識點彙總

時間  2019-11-08
標籤 android 一些 知識 彙總 欄目 Android 简体版
原文   原文鏈接

Android經常使用知識點總彙

1、系統上安裝了多種瀏覽器，可否指定某瀏覽器訪問指定頁面？請說明起因。php

　　若是在你的android系統上安裝了多種瀏覽器，可否指定某瀏覽器訪問指定頁面？答案固然是：確定的。html

　　具體方法以下：java

複製代碼 
Intent intent = new Intent();        

intent.setAction("android.intent.action.VIEW");        
Uri content_uri_browsers = Uri.parse("http://isomobile.com");      
intent.setData(content_uri_browsers);        
intent.setClassName("com.android.browser",  "com.android.browser.BrowserActivity");        
startActivity(intent);
複製代碼

　　問題的關鍵在於咱們設置了class name，也就是咱們想要跳轉的pakcage的activity。若是你想要跳轉到其它的瀏覽器，只須要修改一下這個函數就OK了。linux

　　好，咱們如今來讓剛剛的思路來指導咱們的實踐。假如咱們如今要直接啓動UC瀏覽器，那麼咱們該怎麼作呢？讓咱們step by step吧。
　　1）下載UC apk：http://i-uc.net/read.php?2
　　2）用7zip解壓apk文件，獲得classes.dex文件
　　3）下載反編譯dex文件工具：http://nchc.dl.sourceforge.net/project/dedexer/dedexer/1.5/ddx1.5.jar（Dedexer 項目主頁:  http://dedexer.sourceforge.net/）
　　4）執行命令：java -jar ddx1.5.jar -o -D -d c:\     c:\classes.dex
　　5）獲得package name是：com.uc.browser,啓動的activity是：com.uc.browser.ActivityUpdate（補充：當我在這裏選擇採用ActivityBrowser的時候發覺權限不夠，報permiss denied 異常，並且也不是咱們要的那個activity，幸運的是在第二次嘗試用ActivityUpdate，恰好能知足要求）
　　6）修改上面的代碼爲intent.setClassName("com.uc.browser","com.uc.browser.ActivityUpdate");android

2、請解釋下Android程序運行時權限與文件系統權限的區別git

　　要區分apk運行時的擁有的權限與在文件系統上被訪問（讀寫執行）的權限兩個概念。apk程序是運行在虛擬機上的,對應的是Android獨特的權限機制，只有體現到文件系統上時才使用linux的權限設置。
　　（一）linux文件系統上的權限
　　-rwxr-x--x system   system       4156 2010-04-30 16:13 test.apk
　　表明的是相應的用戶/用戶組及其餘人對此文件的訪問權限，與此文件運行起來具備的權限徹底不相關。好比上面的例子只能說明system用戶擁有對此文件的讀寫執行權限；system組的用戶對此文件擁有讀、執行權限；其餘人對此文件只具備執行權限。而test.apk運行起來後能夠幹哪些事情，跟這個就不相關了。千萬不要看apk文件系統上屬於system/system用戶及用戶組，或者root/root用戶及用戶組，就認爲apk具備system或root權限
　　（二）Android的權限規則
　　（1)Android中的apk必須簽名
　　這種簽名不是基於權威證書的，不會決定某個應用允不容許安裝，而是一種自簽名證書。重要的是，android系統有的權限是基於簽名的。好比：system等級的權限有專門對應的簽名，簽名不對，權限也就獲取不到。默認生成的APK文件是debug簽名的。獲取system權限時用到的簽名，見：如何使Android應用程序獲取系統權限數據庫

　　（2）基於UserID的進程級別的安全機制編程

　　你們都知道，進程有獨立的地址空間，進程與進程間默認是不能互相訪問的，是一種很可靠的保護機制。Android經過爲每個安裝在設備上的包（apk）分配惟一的linux userID來實現，名稱爲"app_"加一個數字，好比app_43不一樣的UserID，運行在不一樣的進程，因此apk之間默認便不能相互訪問。Android提供了以下的一種機制，可使兩個apk打破前面講的這種壁壘。在AndroidManifest.xml中利用sharedUserId屬性給不一樣的package分配相同的userID，經過這樣作，兩個package能夠被當作同一個程序，系統會分配給兩個程序相同的UserID。固然，基於安全考慮，兩個package須要有相同的簽名，不然沒有驗證也就沒有意義了。（這裏補充一點:並非說分配了一樣的UserID，兩程序就運行在同一進程, 下面爲PS指令摘取的，顯然，system、app_2分別對應的兩個進程的PID都不一樣，不知Android究竟是怎樣實現它的機制的）數組

User   PID PPID
system    953   883   187340 55052 ffffffff afe0cbcc S system_server
app_2     1072 883   100264 19564 ffffffff afe0dcc4 S com.android.inputmethod.
system    1083 883   111808 23192 ffffffff afe0dcc4 S android.process.omsservi
app_2     1088 883   156464 45720 ffffffff afe0dcc4 S android.process.acore瀏覽器

　　（3）默認apk生成的數據對外是不可見的
　　實現方法是：Android會爲程序存儲的數據分配該程序的UserID。藉助於Linux嚴格的文件系統訪問權限，便實現了apk之間不能相互訪問似有數據的機制。
例：個人應用建立的一個文件，默認權限以下，能夠看到只有UserID爲app_21的程序才能讀寫該文件。
　　-rw------- app_21   app_21      87650 2000-01-01 09:48 test.txt

如何對外開放？
　　<1> 使用MODE_WORLD_READABLE and/or MODE_WORLD_WRITEABLE 標記。
When creating a new file with getSharedPreferences(String, int), openFileOutput(String, int), or openOrCreateDatabase(String, int, SQLiteDatabase.CursorFactory), you can use the MODE_WORLD_READABLE and/or MODE_WORLD_WRITEABLE flags to allow any other package to read/write the file. When setting these flags, the file is still owned by your application, but its global read and/or write permissions have been set appropriately so any other application can see it.

　　（4）AndroidManifest.xml中的顯式權限聲明
Android默認應用是沒有任何權限去操做其餘應用或系統相關特性的，應用在進行某些操做時都須要顯式地去申請相應的權限。
通常如下動做時都須要申請相應的權限：

A particular permission may be enforced at a number of places during your program's operation: 

  • At the time of a call into the system, to prevent an application from executing certain functions.
  • When starting an activity, to prevent applications from launching activities of other applications.
  • Both sending and receiving broadcasts, to control who can receive your broadcast or who can send a broadcast to you.
  • When accessing and operating on a content provider.
  • Binding or starting a service.

　　在應用安裝的時候，package installer會檢測該應用請求的權限，根據該應用的簽名或者提示用戶來分配相應的權限。在程序運行期間是不檢測權限的。若是安裝時權限獲取失敗，那執行就會出錯，不會提示用戶權限不夠。大多數狀況下，權限不足致使的失敗會引起一個 SecurityException， 會在系統log（system log）中有相關記錄。

　　（5）權限繼承/UserID繼承
當咱們遇到apk權限不足時，咱們有時會考慮寫一個linux程序，而後由apk調用它去完成某個它沒有權限完成的事情，很遺憾，這種方法是行不通的。前面講過，android權限是經營在進程層面的，也就是說一個apk應用啓動的子進程的權限不可能超越其父進程的權限（即apk的權限），即便單獨運行某個應用有權限作某事，但若是它是由一個apk調用的，那權限就會被限制。實際上，android是經過給子進程分配父進程的UserID實現這一機制的。

　　（三）常見權限不足問題分析
　　首先要知道，普通apk程序是運行在非root、非system層級的，也就是說看要訪問的文件的權限時，看的是最後三位。另外，經過system/app安裝的apk的權限通常比直接安裝或adb install安裝的apk的權限要高一些。
　　言歸正傳，運行一個android應用程序過程當中遇到權限不足，通常分爲兩種狀況:
　　（1）Log中可明顯看到權限不足的提示。
　　此種狀況通常是AndroidManifest.xml中缺乏相應的權限設置，好好查找一番權限列表，應該就可解決，是最易處理的狀況。有時權限都加上了，但仍是報權限不足，是什麼狀況呢？Android系統有一些API及權限是須要apk具備必定的等級才能運行的。好比 SystemClock.setCurrentTimeMillis()修改系統時間，WRITE_SECURE_SETTINGS權限好像都是須要有system級的權限才行。也就是說UserID是system。

　　（2）Log裏沒有報權限不足，而是一些其餘Exception的提示,這也有多是權限不足形成的。好比：咱們常會想讀/寫一個配置文件或其餘一些不是本身建立的文件，常會報java.io.FileNotFoundException錯誤。系統認爲比較重要的文件通常權限設置的也會比較嚴格，特別是一些很重要的(配置)文件或目錄。如
　　-r--r----- bluetooth bluetooth      935 2010-07-09 20:21 dbus.conf
　　drwxrwx--x system   system            2010-07-07 02:05 data 
　　dbus.conf好像是藍牙的配置文件，從權限上來看，根本就不可能改動，非bluetooth用戶連讀的權利都沒有。/data目錄下存的是全部程序的私有數據，默認狀況下android是不容許普通apk訪問/data目錄下內容的，經過data目錄的權限設置可知，其餘用戶沒有讀的權限。因此adb普通權限下在data目錄下敲ls命令，會獲得opendir failed, Permission denied的錯誤，經過代碼file.listfiles()也沒法得到data目錄下的內容。

　　上面兩種狀況，通常都須要提高apk的權限，目前我所知的apk能提高到的權限就是system（具體方法見：如何使Android應用程序獲取系統權限）,
至因而否有root級的，如何提高至root級不得而知，知道的朋友勞煩告知，感激涕零。

3、AIDL的全稱是什麼？如何工做？能處理哪些類型的數據？

　　詳情請參看：http://buaadallas.blog.51cto.com/399160/372090

　　部分概念： 在Android中, 每一個應用程序均可以有本身的進程. 在寫UI應用的時候, 常常要用到Service. 在不一樣的進程中, 怎樣傳遞對象呢?  顯然, Java中不容許跨進程內存共享。所以傳遞對象, 只能把對象拆分紅操做系統能理解的簡單形式, 以達到跨界對象訪問的目的。在J2EE中,採用RMI的方式, 能夠經過序列化傳遞對象。在Android中, 則採用AIDL的方式。 理論上AIDL能夠傳遞Bundle,實際上作起來卻比較麻煩.

　　AIDL(AndRoid接口描述語言)是一種藉口描述語言; 編譯器能夠經過aidl文件生成一段代碼，經過預先定義的接口達到兩個進程內部通訊進程的目的. 若是須要在一Activity中, 訪問另外一個Service中的某個對象, 須要先將對象轉化成AIDL可識別的參數(多是多個參數), 而後使用AIDL來傳遞這些參數, 在消息的接收端, 使用這些參數組裝成本身須要的對象。

　　AIDL的IPC的機制和COM或CORBA相似, 是基於接口的，但它是輕量級的。它使用代理類在客戶端和實現層間傳遞值. 若是要使用AIDL, 須要完成2件事情: 1. 引入AIDL的相關類; 2. 調用aidl產生的class。

　　AIDL的建立方法:

　　AIDL語法很簡單,能夠用來聲明一個帶一個或多個方法的接口，也能夠傳遞參數和返回值。因爲遠程調用的須要, 這些參數和返回值並非任何類型.下面是些AIDL支持的數據類型:

　　1. 不須要import聲明的簡單Java編程語言類型(int,boolean等)

　　2. String, CharSequence不須要特殊聲明

　　3. List, Map和Parcelables類型, 這些類型內所包含的數據成員也只能是簡單數據類型, String等其餘比支持的類型。

4、請解釋下在單線程模型中Message、Handler、Message Queue、Looper之間的關係。

1. Android進程
　　在瞭解Android線程以前得先了解一下Android的進程。當一個程序第一次啓動的時候，Android會啓動一個LINUX進程和一個主線程。默認的狀況下，全部該程序的組件都將在該進程和線程中運行。同時，Android會爲每一個應用程序分配一個單獨的LINUX用戶。Android會盡可能保留一個正在運行進程，只在內存資源出現不足時，Android 會嘗試中止一些進程從而釋放足夠的資源給其餘新的進程使用，也能保證用戶正在訪問的當前進程有足夠的資源去及時地響應用戶的事件。Android會根據進程中運行的組件類別以及組件的狀態來判斷該進程的重要性，Android會首先中止那些不重要的進程。按照重要性從高到低一共有五個級別：

　　前臺進程
　　前臺進程是用戶當前正在使用的進程。只有一些前臺進程能夠在任什麼時候候都存在。他們是最後一個被結束的，當內存低到根本連他們都不能運行的時候。通常來講，在這種狀況下，設備會進行內存調度，停止一些前臺進程來保持對用戶交互的響應。

　　可見進程
　　可見進程不包含前臺的組件可是會在屏幕上顯示一個可見的進程是的重要程度很高，除非前臺進程須要獲取它的資源，否則不會被停止。

　　服務進程
　　運行着一個經過startService() 方法啓動的service，這個service不屬於上面提到的2種更高重要性的。service所在的進程雖然對用戶不是直接可見的，可是他們執行了用戶很是關注的任務（好比播放mp3，從網絡下載數據）。只要前臺進程和可見進程有足夠的內存，系統不會回收他們。

　　後臺進程
　　運 行着一個對用戶不可見的activity（調用過 onStop() 方法).這些進程對用戶體驗沒有直接的影響，能夠在服務進程、可見進程、前臺進程須要內存的時候回收。一般，系統中會有不少不可見進程在運行，他們被保存在LRU (least recently used) 列表中，以便內存不足的時候被第一時間回收。若是一個activity正確的執行了它的生命週期，關閉這個進程對於用戶體驗沒有太大的影響。

　　空進程
　　未運行任何程序組件。運行這些進程的惟一緣由是做爲一個緩存，縮短下次程序須要從新使用的啓動時間。系統常常停止這些進程，這樣能夠調節程序緩存和系統緩存的平衡。Android 對進程的重要性評級的時候，選取它最高的級別。另外，當被另外的一個進程依賴的時候，某個進程的級別可能會增高。一個爲其餘進程服務的進程永遠不會比被服務的進程重要級低。由於服務進程比後臺activity進程重要級高，所以一個要進行耗時工做的activity最好啓動一個service來作這個工做，而不是開啓一個子進程――特別是這個操做須要的時間比activity存在的時間還要長的時候。例如，在後臺播放音樂，向網上上傳攝像頭拍到的圖片，使用service可使進程最少獲取到「服務進程」級別的重要級，而不用考慮activity目前是什麼狀態。broadcast receivers作費時的工做的時候，也應該啓用一個服務而不是開一個線程。

2. 單線程模型
　　當一個程序第一次啓動時，Android會同時啓動一個對應的主線程（Main Thread），主線程主要負責處理與UI相關的事件，如用戶的按鍵事件，用戶接觸屏幕的事件以及屏幕繪圖事件，並把相關的事件分發到對應的組件進行處理。因此主線程一般又被叫作UI線程。在開發Android應用時必須遵照單線程模型的原則： Android UI操做並非線程安全的而且這些操做必須在UI線程中執行。

2.1 子線程更新UI
　　Android的UI是單線程(Single-threaded)的。爲了不拖住GUI，一些較費時的對象應該交給獨立的線程去執行。若是幕後的線程來執行UI對象，Android就會發出錯誤訊息
CalledFromWrongThreadException。之後遇到這樣的異常拋出時就要知道怎麼回事了！

2.2 Message Queue
　　在單線程模型下，爲了解決相似的問題，Android設計了一個Message Queue(消息隊列)， 線程間能夠經過該Message Queue並結合Handler和Looper組件進行信息交換。下面將對它們進行分別介紹：
1. Message
　　Message消息，理解爲線程間交流的信息，處理數據後臺線程須要更新UI，則發送Message內含一些數據給UI線程。
2. Handler
　　Handler處理者，是Message的主要處理者，負責Message的發送，Message內容的執行處理。後臺線程就是經過傳進來的 Handler對象引用來sendMessage(Message)。而使用Handler，須要implement該類的 handleMessage(Message)方法，它是處理這些Message的操做內容，例如Update UI。一般須要子類化Handler來實現handleMessage方法。
3. Message Queue
　　Message Queue消息隊列，用來存放經過Handler發佈的消息，按照先進先出執行。
　　每一個message queue都會有一個對應的Handler。Handler會向message queue經過兩種方法發送消息：sendMessage或post。這兩種消息都會插在message queue隊尾並按先進先出執行。但經過這兩種方法發送的消息執行的方式略有不一樣：經過sendMessage發送的是一個message對象,會被 Handler的handleMessage()函數處理；而經過post方法發送的是一個runnable對象，則會本身執行。
4. Looper
　　Looper是每條線程裏的Message Queue的管家。Android沒有Global的Message Queue，而Android會自動替主線程(UI線程)創建Message Queue，但在子線程裏並無創建Message Queue。因此調用Looper.getMainLooper()獲得的主線程的Looper不爲NULL，但調用Looper.myLooper() 獲得當前線程的Looper就有可能爲NULL。
　　對於子線程使用Looper，API Doc提供了正確的使用方法：

　　這個Message機制的大概流程：
　　1）在Looper.loop()方法運行開始後，循環地按照接收順序取出Message Queue裏面的非NULL的Message。
　　2）一開始Message Queue裏面的Message都是NULL的。當Handler.sendMessage(Message)到Message Queue，該函數裏面設置了那個Message對象的target屬性是當前的Handler對象。隨後Looper取出了那個Message，則調用該Message的target指向的Hander的dispatchMessage函數對Message進行處理。
    在dispatchMessage方法裏，如何處理Message則由用戶指定，三個判斷，優先級從高到低：
    1) Message裏面的Callback，一個實現了Runnable接口的對象，其中run函數作處理工做；
    2) Handler裏面的mCallback指向的一個實現了Callback接口的對象，由其handleMessage進行處理；
    3) 處理消息Handler對象對應的類繼承並實現了其中handleMessage函數，經過這個實現的handleMessage函數處理消息。
    因而可知，咱們實現的handleMessage方法是優先級最低的！
3. Handler處理完該Message (update UI) 後，Looper則設置該Message爲NULL，以便回收！
    在網上有不少文章講述主線程和其餘子線程如何交互，傳送信息，最終誰來執行處理信息之類的，我的理解是最簡單的方法——判斷Handler對象裏面的Looper對象是屬於哪條線程的，則由該線程來執行！
    1）當Handler對象的構造函數的參數爲空，則爲當前所在線程的Looper；
    2） Looper.getMainLooper()獲得的是主線程的Looper對象，Looper.myLooper()獲得的是當前線程的Looper對象。

5、註冊廣播有幾種方式，這些方式有何優缺點？請談談Android引入廣播機制的用意。

Android 的廣播機制  
　　在 Android 裏面有各類各樣的廣播，好比電池的使用狀態，電話的接收和短信的接收都會產生一個廣播，應用程序開發者也能夠監聽這些廣播並作出程序邏輯的處理。下面我畫一張粗略的圖來幫助你們理解廣播的運行機制。

　　Android 中有各式各樣的廣播，各類廣播在Android 系統中運行，當系統/應用程序運行時便會向 Android 註冊各類廣播，Android 接收到廣播會便會判斷哪一種廣播須要哪一種事件，而後向不一樣須要事件的應用程序註冊事件，不一樣的廣播可能處理不一樣的事件也可能處理相同的廣播事件，這時就須要 Android 系統爲咱們作篩選。

案例分析：
　　一個經典的電話黑名單，首先經過將黑名單號碼保存在數據庫裏面，當來電時，咱們接收到來電廣播並將黑名單號碼與數據庫中的某個數據作匹配，若是匹配的話則作出相應的處理，好比掛掉電話、好比靜音等等...

Demo 分析：
　　下面經過一個小DEMO 來說解一下廣播在Android 中如何編寫，在Demo中咱們設置了一個按鈕爲按鈕設置點擊監聽經過點擊發送廣播，在後臺中接收到廣播並打印LOG信息。代碼以下：

複製代碼 
//BroadCastActivity 頁面代碼
public class BroadCastActivity extends Activity {
    public static final String ACTION_INTENT_TEST = "com.terry.broadcast.test";
    
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        Button btn = (Button) findViewById(R.id.Button01);
        btn.setOnClickListener(new OnClickListener() {
            @Override
            public void onClick(View v) {
                // TODO Auto-generated method stub
                Intent intent = new Intent(ACTION_INTENT_TEST);
                sendBroadcast(intent);
            }
        });
    }
}

//接收器代碼以下：  

public class myBroadCast extends BroadcastReceiver {
    public myBroadCast() {
        Log.v("BROADCAST_TAG", "myBroadCast");
    }

    @Override
    public void onReceive(Context context, Intent intent) {
        // TODO Auto-generated method stub
        Log.v("BROADCAST_TAG", "onReceive");
    }
}
複製代碼

　　Android 廣播的生命週期 在上面的接收器中，繼承了BroadcastReceiver 並重寫了它的onReceive 並構造了一個函數，下面經過圖片來一步一步認識 Android 廣播的生命週期。當我點擊一下按鈕，它向Android 發送了一個廣播，以下圖： 

　　 這時咱們再點擊一下按鈕，它仍是會再向 Android 系統發送廣播，此時日誌信息以下： 

　　下面本人畫一張圖像，描述了Android 中廣播的生命週期，其次它並不像Activity 同樣複雜，運行原理很簡單以下圖：

　　下面來看一下SDK給出的解釋： 

　　大意爲：若是一個廣播處理完onReceive 那麼系統將認定此對象將再也不是一個活動的對象，也就會finished掉它。 至此，你們應該能明白 Android 的廣播生命週期的原理，代碼也不用多介紹，很簡單的一個發送廣播並處理廣播的Demo。  

　　 Android 如何判斷並篩選廣播? 前 面說過 Android 的廣播有各式各樣，那麼Android 系統是如何幫咱們處理咱們須要哪一種廣播併爲咱們提供相應的廣播服務呢？這裏有一點須要你們注意，每實現一個廣播接收類必須在咱們應用程序中的 manifest 中顯式的註明哪個類須要廣播，併爲其設置過濾器，以下圖： 

　　Tip:action 表明一個要執行的動做，在Andriod 中有很action 好比 ACTION_VIEW,ACTION_EDIT

　　那麼有些人會問了，若是我在一個廣播接收器中要處理多個動做呢？那要如何去處理？

 　　在Android 的接收器中onReceive 以經爲咱們想到的，一樣的你必須在Intent-filter 裏面註冊該動做，能夠是系統的廣播動做也能夠是本身須要的廣播，以後你之須要在onReceive 方法中，經過intent.getAction()判斷傳進來的動做便可作出不一樣的處理，不一樣的動做。具體你們能夠去嘗試測試一下。

 　　小結：

 　　在Android 中若是要發送一個廣播必須使用sendBroadCast 向系統發送對其感興趣的廣播接收器中。

  • 使用廣播必需要有一個intent 對象必設置其action動做對象
  • 使用廣播必須在配置文件中顯式的指明該廣播對象
  • 每次接收廣播都會從新生成一個接收廣播的對象
  • 在BroadCast 中儘可能不要處理太多邏輯問題，建議複雜的邏輯交給Activity 或者 Service 去處理

　　Android廣播機制（兩種註冊方法） 

　　在android下，要想接受廣播信息，那麼這個廣播接收器就得咱們本身來實現了，咱們能夠繼承BroadcastReceiver，就能夠有一個廣播接受器了。有個接受器還不夠，咱們還得重寫BroadcastReceiver裏面的onReceiver方法，當來廣播的時候咱們要幹什麼，這就要咱們本身來實現，不過咱們能夠搞一個信息防火牆。具體的代碼：

複製代碼 
public class SmsBroadCastReceiver extends BroadcastReceiver    
{   
    @Override  
    public void onReceive(Context context, Intent intent)   
    {   
        Bundle bundle = intent.getExtras();   
        Object[] object = (Object[])bundle.get("pdus");   
        SmsMessage sms[]=new SmsMessage[object.length];   
        for(int i=0;i<object.length;i++)   
        {   
            sms[0] = SmsMessage.createFromPdu((byte[])object[i]);   
            Toast.makeText(context, "來自"+sms[i].getDisplayOriginatingAddress()+" 的消息是："+sms[i].getDisplayMessageBody(), Toast.LENGTH_SHORT).show();   
        }   
        //終止廣播，在這裏咱們能夠稍微處理，根據用戶輸入的號碼能夠實現短信防火牆。   
        abortBroadcast();   
    }   
}
複製代碼

　　當實現了廣播接收器，還要設置廣播接收器接收廣播信息的類型，這裏是信息：android.provider.Telephony.SMS_RECEIVED。咱們就能夠把廣播接收器註冊到系統裏面，可讓系統知道咱們有個廣播接收器。這裏有兩種，一種是代碼動態註冊：

複製代碼 
//生成廣播處理   
smsBroadCastReceiver = new SmsBroadCastReceiver();   
//實例化過濾器並設置要過濾的廣播   
IntentFilter intentFilter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED"); 

//註冊廣播   
BroadCastReceiverActivity.this.registerReceiver(smsBroadCastReceiver, intentFilter);
複製代碼

　　一種是在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>  
           
        <!--廣播註冊-->  
        <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>
複製代碼

　　兩種註冊類型的區別是：

     1)第一種不是常駐型廣播，也就是說廣播跟隨程序的生命週期。

     2)第二種是常駐型，也就是說當應用程序關閉後，若是有信息廣播來，程序也會被系統調用自動運行。

 

BroadcastReceiver用於監聽被廣播的事件

必須被註冊，有兩種方法：

一、在應用程序的代碼中註冊

註冊BroadcastReceiver：

registerReceiver（receiver，filter）；

取消註冊BroadcastReceiver：

unregisterReceiver（receiver）；

當BroadcastReceiver更新UI，一般會使用這樣的方法註冊。啓動Activity時候註冊BroadcastReceiver，Activity不可見時候，取消註冊。

二、在androidmanifest.xml當中註冊

<receiver>

    <intent-filter>

     <action android:name = "android.intent.action.PICK"/>

    </intent-filter>

</receiver>

使用這樣的方法註冊弊端：它會始終處於活動狀態，畢竟是手機開發，cpu和電源資源比較少，一直處於活動耗費大，不利。

六. Android Service和Binder、AIDL?

　　做爲Android重要的後臺服務，這些每一個Android開發者都應該掌握，這也算是和Java SE最大的不一樣了，具體的實例你們能夠查看Android音樂播放器的源代碼Music.git中的，這裏再也不贅述。
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程