Intent

Android中提供了Intent機制來協助應用間的互動與通訊，Intent負責對應用中一次操作的動作、動作涉及資料、附加資料進行描述，Android則根據此Intent的描述，負責找到對應的元件，將 Intent傳遞給呼叫的元件，並完成元件的呼叫。Intent不僅可用於應用程式之間，也可用於應用程式內部的Activity/Service之間的互動。因此，Intent在這裡起著一個媒體中介的作用，專門提供元件互相呼叫的相關資訊，實現呼叫者與被呼叫者之間的解耦。在SDK中給出了Intent作用的表現形式為：

• 通過Context.startActivity() orActivity.startActivityForResult() 啟動一個Activity； ·
• 通過 Context.startService() 啟動一個服務，或者通過Context.bindService() 和後臺服務互動； ·
• 通過廣播方法(比如 Context.sendBroadcast(),Context.sendOrderedBroadcast(), Context.sendStickyBroadcast()) 發給broadcast receivers。

Intent屬性的設定，包括以下幾點：（以下為XML中定義，當然也可以通過Intent類的方法來獲取和設定） （1）Action，使用android:name特性來指定對響應的動作名。動作名必須是獨一無二的字串，所以，一個好的習慣是使用基於Java包的命名方式的命名系統。SDk中定義了一些標準的動作，包括 onstant Target component Action ACTION_CALL activity Initiate a phone call. ACTION_EDIT activity Display data for the user to edit. ACTION_MAIN activity Start up as the initial activity of a task, with no data input and no returned output. ACTION_SYNC

activity Synchronize data on a server with data on the mobile device. ACTION_BATTERY_LOW broadcast receiver A warning that the battery is low. ACTION_HEADSET_PLUG broadcast receiver A headset has been plugged into the device, or unplugged from it. ACTION_SCREEN_ON broadcast receiver The screen has been turned on. ACTION_TIMEZONE_CHANGED broadcast receiver The setting for the time zone has changed. 當然，也可以自定義動作（自定義的動作在使用時，需要加上包名作為字首，如"com.example.project.SHOW_COLOR”），並可定義相應的Activity來處理我們的自定義動作。 （2）Data，也就是執行動作要操作的資料 Android中採用指向資料的一個URI來表示，如在聯絡人應用中，一個指向某聯絡人的URI可能為：content://contacts/1。對於不同的動作，其URI資料的型別是不同的（可以設定type屬性指定特定型別資料），如ACTION_EDIT指定Data為檔案URI，打電話為tel:URI，訪問網路為http:URI，而由content provider提供的資料則為content: URIs。 （3）type（資料型別），顯式指定Intent的資料型別（MIME）。一般Intent的資料型別能夠根據資料本身進行判定，但是通過設定這個屬性，可以強制採用顯式指定的型別而不再進行推導。 （4）category（類別），被執行動作的附加資訊。例如 LAUNCHER_CATEGORY 表示Intent 的接受者應該在Launcher中作為頂級應用出現；而ALTERNATIVE_CATEGORY表示當前的Intent是一系列的可選動作中的一個，這些動作可以在同一塊資料上執行。還有其他的為 Constant Meaning CATEGORY_BROWSABLE The target activity can be safely invoked by the browser to display data referenced by a link — for example, an image or an e-mail message. CATEGORY_GADGET The activity can be embedded inside of another activity that hosts gadgets. CATEGORY_HOME The activity displays the home screen, the first screen the user sees when the device is turned on or when the HOME key is pressed. CATEGORY_LAUNCHER The activity can be the initial activity of a task and is listed in the top-level application launcher. CATEGORY_PREFERENCE The target activity is a preference panel. （5）component（元件），指定Intent的的目標元件的類名稱。通常 Android會根據Intent 中包含的其它屬性的資訊，比如action、data/type、category進行查詢，最終找到一個與之匹配的目標元件。但是，如果 component這個屬性有指定的話，將直接使用它指定的元件，而不再執行上述查詢過程。指定了這個屬性以後，Intent的其它所有屬性都是可選的。 （6）extras（附加資訊），是其它所有附加資訊的集合。使用extras可以為元件提供擴充套件資訊，比如，如果要執行“傳送電子郵件”這個動作，可以將電子郵件的標題、正文等儲存在extras裡，傳給電子郵件傳送元件。 Intent的兩種用法: (1). 顯式的Intent，即在構造Intent物件時就指定接收者，它一般用在知道目標元件名稱的前提下，一般是在相同的應用程式內部實現的，如下： Intent it = new Intent(Activity.Main.this, Activity2.class); startActivity(it); 上面那個intent中， 直接指明瞭接收者：Activity2 (2).隱式的Intent，即Intent的傳送者在構造Intent物件時，並不知道也不關心接收者是誰，有利於降低傳送者和接收者之間的耦合，它一般用在沒有明確指出目標元件名稱的前提下，一般是用於在不同應用程式之間，如下： Intent it = new Intent(); it.setAction("com.google.test"); startActivity(it); 上面那個intent， 沒有指明接收者， 只是給了一個action作為接收者的過濾條件。 對於顯式Intent，Android不需要去做解析，因為目標元件已經很明確，Android需要解析的是那些隱式Intent，通過解析，將Intent對映給可以處理此Intent的Activity、IntentReceiver或Service。 Intent解析機制主要是通過查詢已註冊在AndroidManifest.xml中的所有IntentFilter及其中定義的Intent，最終找到匹配的Intent。在這個解析過程中，Android是通過Intent的action、type、category這三個屬性來進行判斷的，判斷方法如下： · 如果Intent指明定了action，則目標元件的IntentFilter的action列表中就必須包含有這個action，否則不能匹配； · 如果Intent沒有提供type，系統將從data中得到資料型別。和action一樣，目標元件的資料型別列表中必須包含Intent的資料型別，否則不能匹配。 · 如果Intent中的資料不是content: 型別的URI，而且Intent也沒有明確指定它的type，將根據Intent中資料的scheme （比如 http: 或者mailto:） 進行匹配。同上，Intent 的scheme必須出現在目標元件的scheme列表中。 · 如果Intent指定了一個或多個category，這些類別必須全部出現在組建的類別列表中。比如Intent中包含了兩個類別：LAUNCHER_CATEGORY 和 ALTERNATIVE_CATEGORY，解析得到的目標元件必須至少包含這兩個類別。 --------------------- 本文來自 cnnumen 的CSDN 部落格 ，全文地址請點選：https://blog.csdn.net/cnnumen/article/details/8464786?utm_source=copy