前面说到intent的另外一种赋值方式：

这个就是指定其 component 属性 （调用 setComponent(ComponentName) 或者 setClass(Context, Class) 来指定）。通过这种方式的赋值的 intent ，其实就直接指出了 activity 类，这样就没有必要到 androidmanfest.xml 找 provider ，然后通过 provider 的 gettype 返回加上 action 来找 activity 了，而是直接创建 activity 类的实例。

其实 android 还提供了一种创建 activity 的方式，那就是动态 menu 的方式，通过

public boolean onCreateOptionsMenu(Menu menu) {

super .onCreateOptionsMenu(menu);

// This is our one standard application action -- inserting a

// new note into the list.

menu.add(0, MENU_ITEM_INSERT , 0, R.string. menu_insert )

.setShortcut( '3' , 'a' )

.setIcon(android.R.drawable. ic_menu_add );

// Generate any additional actions that can be performed on the

// overall list. In a normal install, there are no additional

// actions found here, but this allows other applications to extend

// our menu with their own actions.

Intent intent = new Intent( null , getIntent().getData());

intent.addCategory(Intent. CATEGORY_ALTERNATIVE );

menu.addIntentOptions(Menu. CATEGORY_ALTERNATIVE , 0, 0,

new ComponentName( this , NotesList. class ), null , intent, 0, null );

return true ;

}

上面的 addIntentOptions 就是这种方式。

这个函数其实是，系统通过 Intent 查询是否有符合条件的 activity, 这个过程和上面的一样，如果找到了，就生成一个 menu ，这个 menu 的名字是 androidmanfest.xml 中的符合条件的 activity 中的 label 中指定的字符。

< intent-filter android:label = "@string/resolve_edit" >

如这个就是 string/resolve_edit ，这个也是指向一个 string 资源。

在上面的 onCreateOptionsMenu 中：

由于 intent 的 uri 是 content://com.google.provider.NotePad/notes ，因此得到的 type 是 vnd.android.cursor.dir/vnd.google.note

而 category 是 Intent. CATEGORY_ALTERNATIVE ，

然后到 androidmanfest.xml 去找，大家自己看一下，应该找不到合适的。这样也是为什么 menu 只有一个 add_note 。

如果修改 Intent.CATEGORY_ALTERNATIVE 为 Intent.CATEGORY_DEFAULT, 然后

再执行，这个时相当于 uri=content://com.google.provider.NotePad/notes

category=android.intent.category.DEFAULT

到 androidmanfest.xml 查找，发现有一个满足。

< intent-filter >

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

< category android:name = "android.intent.category.DEFAULT" />

< data android:mimeType = "vnd.android.cursor.dir/vnd.google.note" />

</ intent-filter >

但是执行发现没有增加菜单，为什么啊，其实这个是是由于 onCreateOptionsMenu 和 onPrepareOptionsMenu 函数中都有 menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE) ，相当在同一个 groupid 建菜单，这样后一个执行的会覆盖掉前一个的。

而 onPrepareOptionsMenu 在 onCreateOptionsMenu 后执行，所以 onPrepareOptionsMenu 中覆盖了 onCreateOptionsMenu 添加的 菜单，而由于 onPrepareOptionsMenu 没有给 Menu.CATEGORY_ALTERNATIVE 附新值，故 Menu.CATEGORY_ALTERNATIVE 还是为空。

怎么解决，好解决，在 onCreateOptionsMenu 中改 groupid 号，即将 Menu.CATEGORY_ALTERNATIVE 改为 Menu.first, 其他的也行，但注意不要改为 menu.none, 这样会覆盖掉

menu.add(0, MENU_ITEM_INSERT , 0, R.string. menu_insert )

.setShortcut( '3' , 'a' )

.setIcon(android.R.drawable. ic_menu_add );

添加的菜单。因为 menu.none 也为 0

改完后运行可以看到。

总结下函数

int android.view.Menu.addIntentOptions(int groupId, int itemId, int order, ComponentName caller, Intent[] specifics, Intent intent, int flags, MenuItem[] outSpecificItems)

函数参数分析：

1. groupid 就是菜单组的编号；

2. itemId

3. Call 就是发起 activity 的 activity

4. Specifics 是用来指定菜单顺序的，一般以 uri+action 来选择的 activity

5. Intent 这个一般式 uri+categroy 形式来选择的 activity

6. outSpecificItems 这个是返回 MenuItem 值，用来给你跟多的设置菜单。

显示的菜单是满足 specifics 和满足 intent 的所有 activity, 然后显示时是满足 specifics 的菜单先显示。

action 为 android.app.action.MAIN, 类型为 android.app.category.LAUNCHER 的 activity 是特殊的 activity ，也就是入口 activity ，当一个应用执行时，其实是到 androidmandfest.xml 查看

action 为 android.app.action.MAIN, 类型为 android.app.category.LAUNCHER 的 activity, 如果发现就创建这个 activity 实例运行，如果没发现就不启动，大家可以试着去将 android.app.action.MAIN 改为 android.app.action.MAIN1 ，然后运行，你发现，运行不了，没有窗体创建。

为什么要这样呢，因为 android 程序中没有 main 等函数，系统不知道该从哪个 activity 开始运行 , 必须有个约定。

service

service 其实可以看成是 activity 的简化版， activity 除去主窗体的功能外，就是 service 了。

一个简单的 Servce 实例如下 :

package com.wissen.testApp.service;

public class MyService extends Service {
@Override
public IBinder onBind(Intent intent) {
return null;
}

@Override
public void onCreate() {
super.onCreate();
Toast.makeText(this, “ Service created …” , Toast.LENGTH_LONG).show();
}

@Override
public void onDestroy() {
super.onDestroy();
Toast.makeText(this, “ Service destroyed …” , Toast.LENGTH_LONG).show();
}
}

上例中的这个 Service 主要做了这些事：当服务创建和销毁时通过界面消息提示用户。
如 Android 中的其它部件一样 , Service 也会和一系列 Intent 关联。 Service 的运行入口需要在 AndroidManifest.xml 中进行配置 , 如下 :

<service class= ” .service.MyService ” >
<intent-filter>
<action android:value= ” com.wissen.testApp.service.MY_SERVICE ” />
</intent-filter>
</service>

之后我们的 Service 就可以被其他代码所使用了。
这个和 activity 几乎没什么差别，就是将

<activity android:name="NoteEditor"…>

改成 <service class= ” .service.MyService ” >

使用 Service:
应用程序可以通过调用 Context.startService 方法来启动 Service 。如果当前没有指定的 Service 实例被创建，则该方法会调用 Service 的 onCreate 方法来创建一个实例；否则调用 Service 的 onStart 方法。参见下列代码：

Intent serviceIntent = new Intent();
serviceIntent.setAction( ” com.wissen.testApp.service.MY_SERVICE ” );
startService(serviceIntent);// 也许你会说为什么没有 contexta 啊，因为 activity 是 context 的继承，也就是 context 上面等价 this. startService

也就是 context. startService

和 activity 的使用也没什么差别，将 startActivity

变成 startService, 其他的就不详谈。

content-provider

其实在 activity 和 intent 都说到了 content-provider. 不过说的只是 provider 的 gettype 功能在寻找 activity 的作用，其实 provider 还有其他的作用，且是主要作用，那就是内容提供商。应用程序可以在 Content Provider 中执行如下操作 :

Content-provider 要提供五个功能。

查询数据

修改数据

添加数据

删除数据

返回数据类型

分别对应：

public int delete(Uri uri, String selection, String[] selectionArgs) {

// TODO Auto-generated method stub

return 0;

}

@Override

public String getType(Uri uri) {

// TODO Auto-generated method stub

return null ;

}

@Override

public Uri insert(Uri uri, ContentValues values) {

// TODO Auto-generated method stub

return null ;

}

@Override

public boolean onCreate() {

// TODO Auto-generated method stub

return false ;

}

@Override

public Cursor query(Uri uri, String[] projection, String selection,

String[] selectionArgs, String sortOrder) {

// TODO Auto-generated method stub

return null ;

}

@Override

public int update(Uri uri, ContentValues values, String selection,

String[] selectionArgs) {

// TODO Auto-generated method stub

return 0;

}

这些都要你自己实现，不同的实现就是对应不同的 content-provider 。

但是 activity 使用 content-provider 不是直接创建一个对象，然后调用这些具体方法。

而是调用 managedQuery ， getContentResolver().delete,update 等来实现，这些函数其实是先找到符合条件的 content-provider, 然后再调用具体的 content-provider 的函数来实现，那又是怎么找到 content-provider ，就是通过 uri 中的 authority 来找到 content-provider ，这些都是通过系统完成，应用不用管，这样有效的隔离了应用和内容提供商具体实现。

利用 uri 如何找到 content-provider 在前面已经讲过了，就不讲了。

到此为止， android 程序的框架就讲完了，具体就看对 API 的把握，及其他内容的深入了解了。

后记：

Anroid 平台 :

非常佩服 google ， google 的 android 刚出来就这么引人瞩目，且吸引这么都人去从事这个，这就是 google 的强大。 android 不仅仅是一个优化了的嵌入式 linux 操作系统，也不仅仅是 java 开发环境，也不仅仅是改版的 java 虚拟机 Dalvik ，也不仅仅是创新 android 窗体系统，而是整个平台，这一整个平台的各个部分 google 都针对嵌入式应用做了优化。结果是，这平台大大降低了开发者进入门槛，只要你会 java 你就可以开发，同时平台的设计考虑，使得其在嵌入式终端上运行的效率也能得到保证，估计也只有 google 这种大公司，极具创新的公司才有这种实力和魄力。 google 的几十万 linux 服务器可以看出其在 Linux 上的实力，同时 google 的创新能力不让人怀疑其能够提出一些创新的框架，有了这些，不难看出 google 搞出 android 是实至名归。

估计大家当初用 c# 就是看好 c# 程序的开发非常方便，容易上手，现在嵌入式的软件的开发随着 android 平台的诞生也将变得如此容易，也难怪越来越多的手机厂商将采用 android 平台。

同时手机应用商店的模式，使得应用程序员可以靠开发养活自己，靠开发赚钱，靠开发支撑一个公司，所以现在越来越多的商业公司切入到 android 应用软件开发中了，而不单单是个人或团队程序员的专利了。