Intent是Android中用來調用其它組件的類,通過Intent,我們可以非常方便的調用Activity,Broadcast Receiver和Service。
Intent intent = new Intent(Intent.ACTION_VIEW);intent.setData(Uri.parse("http://www.baidu.com"));startActivity(intent);上面這段代碼可以用來調用第三方的Activity(啟動第三方瀏覽器來打開百度首頁)。
Intent有隱式和顯式之分,上面的
Intent intent = new Intent(Intent.ACTION_VIEW);
所創建的intent被稱為隱式Intent。構建隱式Intent需要一個表示action的字符串(例如Intent.ACTION_VIEW,其值為" android.intent.action.VIEW"),Android會尋找能夠處理該action的Activity(在manifest文件中的該Activity下的intent-filter中聲明),并且調用他。
有時候可能多個Activity都聲明能夠處理某一個action,例如:
<activity android:name=".Activity1"> <intent-filter> <action android:name="com.abc.def" /> <category android:name="android.intent.category.DEFAULT" /> </intent-filter></activity><activity android:name=".Activity2"> <intent-filter> <action android:name="com.abc.def" /> <category android:name="android.intent.category.DEFAULT" /> </intent-filter></activity>
上面Activity1和Activity2都聲明能夠處理“com.abc.def”的action,因此當我們執行以下代碼時
Intent intent = new Intent("com.abc.def");startActivity(intent);Activity1和Activity2都符合要求,Android將彈出"Complete Action Using"的對話框來讓用戶選擇一個要執行的Activity。
值得注意的是,要想能夠匹配隱式Intent的調用,必須包含DEFAULT的category(就是<category android:name="android.intent.category.DEFAULT"/>),而若要匹配顯式Intent,則不需要該category。
對于隱式Intent,除了action之外,還可以提供多種信息來幫助Android選擇最佳匹配。還可以添加的其他信息包括:host,mimeType,path,pathPattern,pathPrefix,port,scheme。
例如為上面Activity2在manifest中的配置添加一個mimeType的屬性:
<activity android:name=".Activity2"> <intent-filter> <action android:name="com.abc.def" /> <category android:name="android.intent.category.DEFAULT" /> <data android:mimeType="abc/def"/> </intent-filter></activity>
那么:
Intent intent = new Intent("com.abc.def");startActivity(intent);//只有Activity1符合/********************************************/Intent intent = new Intent("com.abc.def");intent.setType("abc/def");startActivity(intent);//只有Activity2符合如果在創建Intent的時候,指明了要調用的類(例如new Intent(xxActivity.this, xx.class),或者通過setComponent來指定),那么這樣的Intent被稱為顯示Intent。
對于顯式Intent,因為他已經指明了要調用的具體的類,所以Android會忽略掉其action,category以及data屬性。(個人覺得顯示Intent調用比隱式的更快些)
Serializable vs Parcelable
Android 主要是通過Intent來實現組件之間的相互調用,同時還可以傳遞附加的數據。這些數據主要是存儲在Bundle之中(當調用Intent.putExtras(Bundle)時,Android會復制Bundle中的數據,而不是引用,因此再修改Bundle中的數據并不會改變Intent中攜帶的數據)。
Bundle之中可以存放基本數據類型以及實現了Serializable或Parcelable接口的類。
當我們要向Bundle中存放一個類Obj(包含兩個int成員的簡單類),可以讓它實現Serializable或Parcelable接口,如下所示:
1.Serializable
public class Obj implements Serializable { private int a; private int b; public Obj(int a, int b) { this.a = a; this.b = b; } @Override public String toString() { return "Obj: [" + a + ", " + b + "]"; }}我們可以通過intent.putExtra("obj", new Obj(1, 2));來將其放入intent中,然后通過 obj = (Obj) intent.getSerializableExtra("obj");來將其取出。
2.Parcelable
public class ObjPar implements Parcelable { private int a; private int b; public ObjPar(int a, int b) { this.a = a; this.b = b; } @Override public String toString() { return "Obj: [" + a + ", " + b + "]"; } @Override public int describeContents() { return 0; } @Override public void writeToParcel(Parcel dest, int flags) { dest.writeInt(a); dest.writeInt(b); } public static final Parcelable.Creator<ObjPar> CREATOR = new Creator<ObjPar>() { @Override public ObjPar[] newArray(int size) { return new ObjPar[size]; } @Override public ObjPar createFromParcel(Parcel source) { return new ObjPar(source.readInt(), source.readInt()); } };}我們可以通過intent.putExtra("objpar", new ObjPar(1, 2));來將其放入intent中,然后通過 objpar = (ObjPar) intent.getParcelableExtra("objpar"); 來將其取出。
以上是兩種向Bundle中存放Object對象的方法,明顯可以看出實現Serializable接口更加簡單,因為他是一個標記性的接口,并不需要實現某個具體方法。相比而言實現Parcelable接口就顯得相對復雜一些,但這樣帶來的好處是性能的大幅提高。這是因為當我們實現Serializable接口后,真正的序列化工作是由JDK來完成,他需要通過反射來獲取成員變量,因為反射的性能并不高,因此這種序列化方式速度慢。然而實現Parcelable接口時,我們提供了該接口中定義方法的實現(writeToParcel實現序列化,createFromParcel實現反序列化),這就避免了反射的使用,因此這種方式速度快。
那么這兩種方式,性能差別有多大呢?下面是國外網站上的一個測試結果:Serializable耗時是Parcelable的10倍左右

新聞熱點
疑難解答