Intent構(gòu)成

1. Action。當(dāng)日常生活中，描述一個(gè)意愿或愿望的時(shí)候，總是有一個(gè)動(dòng)詞在其中。比如：我想做三個(gè)俯臥撐；我要看一部x片；我要寫一部血淚史，之類云云。在Intent中，Action就是描述看、做、寫等動(dòng)作的，當(dāng)你指明了一個(gè)Action，執(zhí)行者就會(huì)依照這個(gè)動(dòng)作的指示，接受相關(guān)輸入，表現(xiàn)對(duì)應(yīng)行為，產(chǎn)生符合的輸出。在Intent類中，定義了一批量的動(dòng)作，比如ACTION_VIEW，ACTION_PICK，之類的，基本涵蓋了常用動(dòng)作，整一個(gè)降龍十八掌全集。當(dāng)然，你也可以與時(shí)俱進(jìn)，創(chuàng)造新的動(dòng)作，比如lou這樣的。與系統(tǒng)預(yù)定義的相比，這些自定義動(dòng)作的流通范圍很是有限，除非做了非常NB的應(yīng)用，大家都需要follow你，否則通常都是應(yīng)用內(nèi)部流通。
2. Data。當(dāng)然，光有動(dòng)作還是不夠的，還需要有更確切的對(duì)象信息。比如，同樣是泡這個(gè)動(dòng)作，但泡咖啡，和泡妞，就差之千里了。Data的描述，在Android中，表現(xiàn)成為一個(gè)URI。用在內(nèi)部通信中，可能描述是Content Provider用的形如content://xxxx這樣的東東，抑或是外部的一個(gè)形如tel://xxxx這樣的鏈接?？偠灾悄軌蚯宄?zhǔn)確的描述一個(gè)數(shù)據(jù)地址的uri。
3. Type。說了Data，就必須要提Type，很多時(shí)候，會(huì)有人誤解，覺著Data和Type的差別，就猶如泡妞和泡馬子之間的差別一樣，微乎其微。但其實(shí)不然，Type信息，是用MIME來表示的，比如text/plain， 這樣的東西。說到這里，兩者差別就很清晰了，Data就是門牌號(hào)，指明了具體的位置，具體問題具體分析，而type，則是強(qiáng)調(diào)物以類聚，解決一批量的問 題。實(shí)際的例子是這樣的，比如，從某個(gè)應(yīng)用撥打一個(gè)電話，會(huì)發(fā)起的是action為ACTION_DIAL且data為tel:xxx這樣的 Intent，對(duì)應(yīng)的人類語言就是撥打xxx的電話，很具象。而如果使用type，就寬泛了許多，比如瀏覽器收到一個(gè)未知的MIME類型的數(shù)據(jù)（比如一個(gè)視頻...），就會(huì)放出這樣的Intent，求系統(tǒng)的其他應(yīng)用來幫助，表達(dá)成自然語言應(yīng)該就是：查看pdf類文檔，這樣的。
4. Category。通過Action，配合Data或Type，很多時(shí)候可以準(zhǔn)確的表達(dá)出一個(gè)完整的意圖了，但也會(huì)有些時(shí)候，還需要加一些約束在里面才能夠更精準(zhǔn)。比如，如果你雖然很喜歡做俯臥撐，但一次做三個(gè)還只是在特殊的時(shí)候才會(huì)發(fā)生，那么你可能表達(dá)說：每次吃撐了的時(shí)候， 我都想做三個(gè)俯臥撐。吃撐了，這就對(duì)應(yīng)著Intent的Category的范疇，它給所發(fā)生的意圖附加一個(gè)約束。在Android中，一個(gè)實(shí)例是，所有應(yīng) 用主Activity（就是單獨(dú)啟動(dòng)時(shí)候，第一個(gè)運(yùn)行的那個(gè)Activity...），都需要能夠接受一個(gè)Category為 CATEGORY_LAUNCHER，Action為ACTION_Main的意圖。
5. Component。在此之前，我們企圖用Action，Data/Type，Category去描述一個(gè)意圖，這是Android推薦，并期望大家在大多數(shù)時(shí)候使用的，這樣模式在Android中稱做Implicit Intents， 通過這種模式，提供一種靈活可擴(kuò)展的模式，給用戶和第三方應(yīng)用一個(gè)選擇權(quán)。比如，還是一個(gè)郵箱軟件，他大部分功能都好，就是選擇圖片的功能做的很土，怎么 辦？如果它采用的是Implicit Intents，那么它就是一個(gè)開放的體系了，手機(jī)中沒有其他圖片選擇程序的話，可以繼續(xù)使用郵箱默認(rèn)的，如果有，你可以任意選擇來替代原有模塊完整這功 能，一切都自然而然。但這種模式，也不是沒有成本，需要付出的是一些性能上的開銷，因?yàn)楫吘褂幸粋€(gè)檢索過程。于是，Android提供了另一種模式，叫做Explicit Intents，就需要Component的幫助了。Component就是類名，完整的，形如com.xxxxx.xxxx，一旦指明了，一切都清晰了，找的到這個(gè)類（當(dāng)然會(huì)是一個(gè)特定的子類...），成功，反之，失敗。這個(gè)好處，自然是速度，適合在你明確知道這就是一個(gè)內(nèi)部模塊的時(shí)候，使用它。
6. Extras。通過上面的這些項(xiàng)，識(shí)別問題，基本完美解決了，剩下一個(gè)重要的問題，就是傳參。Extras是用來做這個(gè)事情的，它是一個(gè)Bundle類的對(duì)象，有一組可序列化的key/value對(duì)組成。每一個(gè)Action，都會(huì)有與之對(duì)應(yīng)的key和value類型約定，發(fā)起Intent的時(shí)候，需要按照要求把Data不能表示的額外參數(shù)放入Extras中（當(dāng)然，如果不需要額外附加參數(shù)，就算了...），否則執(zhí)行者拿到的時(shí)候會(huì)抓狂的。
7. Flags。 能識(shí)別，有輸入，整個(gè)Intent基本就完整了，但還有一些附件的指令，需要放在Flags中帶過去。顧名思義，F(xiàn)lags是一個(gè)整形數(shù)，有一些列的標(biāo)志 位構(gòu)成，這些標(biāo)志，是用來指明運(yùn)行模式的。比如，你期望這個(gè)意圖的執(zhí)行者，和你運(yùn)行在兩個(gè)完全不同的任務(wù)中（或說進(jìn)程也無妨吧...），就需要設(shè)置FLAG_ACTIVITY_NEW_TASK的標(biāo)志位。

Intent匹配

Intent實(shí)現(xiàn)