http://blog.csdn.net/black0591/article/details/8264168
需求总是一个接一个。
missed call需要一个单独的图标,点击进入,而missed call 本身在linhone activity中。
思路,使用activity alias。
当然,需要intent启动activity,也就需要filter
在android的应用程序可以有多个Activity,每个Activity是同级别的,那么在启动程序时,最先启动哪个Activity呢?有些程序可能需要显示在程序列表里,有些不需要。怎么定义呢?
android.intent.action.MAIN 决定应用程序最先启动的Activity 。
android.intent.category.LAUNCHER决定应用程序是否显示在程序列表里。
因为你的程序可能有很多个activity,
只要xml配置文件中有这么一个intent-filter,而且里面有这个launcher,那么这个activity就是点击程序时最先运行的那个activity。
如果只有一个Activity,没有这两句也可以。
隐藏icon实际上就是注释掉intent-filter中的一句
[html] view
plaincopy
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.DEFAULT" />
- <!--
- <category android:name="android.intent.category.LAUNCHER" />
- -->
- <category android:name="android.intent.category.BROWSABLE" />
- </intent-filter>
intent一定要有的3个匹配值, action, category, data.
在某个Activity里用startActivity()方法发送一个intent,这个intent设定了一些条件,比如用方法setAction(),addCategory()设定了两个属性,
发送了这个intent之后,android会去系统里保存的MainManifest.xml清单(假设这个系统存放全部apk清单的文件为MainManifest.xml)里查找符合这两个属性的activity,然后启动它。
当某个Activity用startActivity(intentOther)方法向系统发送了一个intent(假如为 intentOther),那么android系统会去查找这个MainManifest.xml里注册的<intent-filter >属性,
查找到符合这个 intentOther 的就启动这个Activity,如果有多个这样的Activity符合条件的话,就跳出一个对话框让用户选择究竟要启动哪一个
以上是理论, 实际代码如下:
[java] view
plaincopy
- <!-- display missed call -->
- <activity-alias
- android:name="@string/missedcallactivity"
- android:icon="@drawable/missing_icon"
- android:label="@string/missedcallactivity"
- android:targetActivity=".CustomLinphoneDialer" >
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.LAUNCHER" />
- </intent-filter>
- </activity-alias>
这个代码 能显示两个图标 ,我们的目的是 能显示通话记录, 还得调用target activity, and show call history activity.
是不是 需要 多个intent filter? 下面reference a link to explan intent filter.
Intent filter
为了能支持隐式intent,activity、service和broadcast receiver会包含1到多个intent filter。每个intent filter描述组件的可接收一组intent的能力。在intent filter中,说明了可接受的类型,以及不想要的intent。隐式的intent要想投递到一个组件,只需通过组件的一个filter即可。
组件把filter分成多个,是为了针对具体不同的任务。在sample中的Note pad示例中,NoteEditor activity有两个filter,一个用于启动并打开指定的note,另一个是为了打开新的空的note。
一个intent filter是一个IntentFilter类的实例。但是,android系统必须在组件未启动的情况下就知道它的能力,因此intent filter一般不会在java代码中设置,而是在应用的manifest文件中作为<intent-filter>元素的方式声明。一个例 外是,为broadcast receiver注册动态的filter,可以调用Context.registerReceiver()方法,通过直接实例化IntentFilter 对象创建。
filter有三个平等的部分:action、data和category。隐式intent将测试这三个部分。一个intent要想投递到一个组 件,那么这三个测试都要通过才行。当然如果组件有多个intent filter,可能一个intent没有通过,但是通过了另外的一个,这样也可以把intent投递到组件。
action测试
在intent filter中可以包含多个action,比如:
[html] view
plaincopy
- <intent-filter . . . >
- <action android:name="com.example.project.SHOW_CURRENT" />
- <action android:name="com.example.project.SHOW_RECENT" />
- <action android:name="com.example.project.SHOW_PENDING" />
- . . .
- </intent-filter>
要想通过测试,intent中的action名称要匹配其中之一。
如果intent filter中不包含action列表,而intent指定action,那么intent没有匹配的action,不通过;intent未指定action,而intent filter指定,会自动通过测试。
category测试
在intent filter中可包含category列表:
[html] view
plaincopy
- <intent-filter . . . >
- <category android:name="android.intent.category.DEFAULT" />
- <category android:name="android.intent.category.BROWSABLE" />
- . . .
- </intent-filter>
intent想通过测试,必须匹配一个intent filter中的category。
原理上讲,intent如果没有category设置,那么总是可以通过测试。这基本上是正确的,但是有一个例外。Android在为所有隐式 intent执行startActivity()方法的时候,会认为它们至少包含了一个 android.intent.category.DEFAULT。因此,如果activity想收到隐式intent,必须加入这个category。
date测试
data元素在intent filter元素中,可以重复多次(action和category不允许重复的),也可以根本没有。比如:
[html] view
plaincopy
- <intent-filter . . . >
- <data android:mimeType="video/mpeg" android:scheme="http" . . . />
- <data android:mimeType="audio/mpeg" android:scheme="http" . . . />
- . . .
- </intent-filter>
在data元素中指定uri和数据类型(MIME类型)。uri是被分开表示的:
[html] view
plaincopy
- scheme://host:port/path
其中host和port是关联的,如果host没有设置,port也会忽略。
所有这些属性都是可选的,但是不是独立的。比如,如果要设置path,那么也必须设置schema、host和port。
在比较intent中的uri和intent filter中指定的uri时,只会比较intent filter中提及的URL部分。比如,intent filter中只提及了schema,那么所有url包含这个schema的都匹配。在filter的path部分可以使用通配符做到灵活的匹配。
mimeType属性,比uri方式更常用。intent和intent filter都可以使用mime通配符的方式,比如,text/*。
如果既有mimeType,又有uri的情况,比较规则如下:
- 如果intent和intent filter都没有设置任何uri和mimetype,通过;
- intent包含uri但是没有data type的情况,intent filter的uri部分与之匹配,而且也没有data type部分,可以通过,比如mailto:和tel:
- intent对象包含数据类型但是没有uri部分,那么仅当intent filter也只有数据类型,而没有uri部分的时候能通过;
- intent对象包括uri和数据类型(或者数据类型在uri中),分两部分测试,intent对象的数据类型要匹配intent filter,intent对象的uri,或者匹配intent filter中的uri,或者intent filter中没有uri部分(仅当intent对象的uri是content:或者file:的时候)。
新思路,可以启动CustomLinphoneDialer界面,然后在跳转到呼叫记录view,
如何跳转呢?
设置全局flag,然后判断跳转,这样的话就需要在manifest中定义feature 的meta data, 保存要跳转的view, 并在CustomLinphoneDialer.java中判断。
因此新的manifest 修改为。
[html] view
plaincopy
- <activity-alias
- android:description="@string/history"
- android:icon="@drawable/ic_launcher_history"
- android:label="@string/history"
- android:name="CustomHistoryActivity"
- android:targetActivity=".CustomLinphoneDialer" >
- <intent-filter >
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.LAUNCHER" />
- </intent-filter>
- <meta-data
- android:name="dltype"
- android:value="@string/dialer_history" >
- </meta-data>
- </activity-alias>
程序中 判断处理
在onCreate中判断出flag值,
[java] view
plaincopy
- private void getlauncherFlag()
- {
- // get launcher flag
- try
- {
- ActivityInfo info = this.getPackageManager().getActivityInfo( getComponentName(), PackageManager.GET_META_DATA);
- launcherType = info.metaData.getString("dltype");
- }
- catch (Exception e)
- {
- e.printStackTrace();
- }
- }
根据flag做跳转
[java] view
plaincopy
- private void applistLoginTransferView()
- {
- try {
- Log.d(TAG, "launcherType=" + launcherType);
- if (null != launcherType)
- {
- if (launcherType.equals(STRING_DIALER_CONTACT))
- {
- transfer2ContactList();
- }
- else
- {
- if (launcherType.equals(STRING_DIALER_HISTORY))
- {
- transfer2HistoryList();
- }
- else
- {
- // do nothing.
- }
- }
- }
- }
- catch (Exception e)
- {
- e.printStackTrace();
- }
- }
[java] view
plaincopy
- transfer2HistoryList();
这个transfer2HistoryList是原来的跳转机制,略过。
到此activity-alias实现app另外程序入口并显示指定view完成。
http://blog.csdn.net/sam_zhang1984/article/details/7278470
一个工程对应一个AndroidManifest.xml文件,这个文件中包含有该项目的一些设置,如权限、SDk版Activity、Service信息等。一般而言,这个文件中会有且仅有一个application节点,这个节点表示这是一个应用程序,不管它下面还有多少子节点如Activity、Service等等。形象的说,就是这个项目生成的apk安装到Android设备后,应用程序列表中会出现一个ICON,这个ICON就是这个程序的执行入口了。
但是,某些情况下,我们需要为我们的apk设置多个执行入口,也就是安装后在应用程序列表中出现多个ICON图标,各个ICON是APP不同模块的入口点,并且各个模块运行在不同的进程中。
可能这种需求很少见,但还是有一个现实的例子:系统中的联系人和电话这两个程序。表面看来这是两个独立的应用程序,但实际上它们只是一个应用程序的两个执行入口而已,点击联系人图标就会进入联系人界面,点击电话图标就会进入拨号界面,这都是通过设置该项目下Activity的属性来实现的。
Activity有一个重要的属性process,这个属性是指定Activity运行时所在的进程。没有指定此属性的话,所有程序组件运行在应用程序默认的进程中,这个进程名跟应用程序的包名一致。中所有组建元素的process属性能够为该组件设定一个新的默认值。但是任何组件都可以覆盖这个默认值,允许你将你的程序放在多进程中运行。如果这个属性被分配的名字以:开头, 当这个activity运行时, 一个新的专属于这个程序的进程将会被创建。
以下面的代码为例,项目中有两个Activity,其中一个采用默认属性,另一个为其指定process属性以及新的ICON,这样该项目安装到设备上之后可以发现多了两个应用程序图标,一个是应用程序默认的图标,点击后进入HelloWorldActivity;另一个是手动指定的ICON,点击后进入NextPageActivity。这时使用adb shell查看进程可以发现,两个Activity是运行在不同的进程中的。
AndroidManifest.xml的主要内容如下:
[html] view
plaincopy
- <activity android:name=".HelloWorldActivity"
- android:label="@string/app_name"
- android:process=":process.main">
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.LAUNCHER" />
- </intent-filter>
- </activity>
- <activity android:name="cn.ian.NextPageActivity"
- android:label="@string/nextpage"
- android:process=":process.sub"
- android:icon="@drawable/icon1"
- android:launchMode ="singleInstance">
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.LAUNCHER" />
- </intent-filter>
- </activity>
通过上面的方式,为App的各个组件指定process和icon属性,便能够达到类似于一个apk中打包多个程序(模块)的目的。
ps:要特别注意,为Activity指定process属性后,还必须为其指定launchMode为singleInstance,这样才有效。