bigapple88

Android 实例剖析之 notepad

简介

　　android提供了三种菜单类型，分别为options menu，context menu，sub menu。

　　options menu就是通过按home键来显示，context menu需要在view上按上2s后显示。这两种menu都有可以加入子菜单，子菜单不能种不能嵌套子菜单。options menu最多只能在屏幕最下面显示6个菜单选项，称为icon menu，icon menu不能有checkable选项。多于6的菜单项会以more icon menu来调出，称为expanded menu。options menu通过activity的onCreateOptionsMenu来生成，这个函数只会在menu第一次生成时调用。任何想改变options menu的想法只能在onPrepareOptionsMenu来实现，这个函数会在menu显示前调用。onOptionsItemSelected 用来处理选中的菜单项。

　　context menu是跟某个具体的view绑定在一起，在activity种用registerForContextMenu来为某个view注册context menu。context menu在显示前都会调用onCreateContextMenu来生成menu。onContextItemSelected用来处理选中的菜单项。

　　android还提供了对菜单项进行分组的功能，可以把相似功能的菜单项分成同一个组，这样就可以通过调用setGroupCheckable，setGroupEnabled,setGroupVisible来设置菜单属性，而无须单独设置。

　　Options Menu

　　Notepad中使用了options menu和context menu两种菜单。首先来看生成options menu的onCreateOptionsMenu函数。

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

　　.setShortcut('3', 'a')

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

　　这是一个标准的插入一个菜单项的方法，菜单项的id为MENU_ITEM_INSERT。

　　有意思的是下面这几句代码：

　　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);

　　这到底有何用处呢?其实这是一种动态菜单技术(也有点像插件机制)，若某一个activity，其类型是”android.intent.category.ALTERNATIVE”，数据是”vnd.android.cursor.dir/vnd.google.note”的话，系统就会为这个activity增加一个菜单项。在androidmanfest.xml中查看后发现，没有一个activity符合条件，所以这段代码并没有动态添加出任何一个菜单项。

为了验证上述分析，我们可以来做一个实验，在androidmanfest.xml中进行修改，看是否会动态生成出菜单项。

　　实验一

　　首先我们来创建一个新的activity作为目标activity,名为HelloAndroid,没有什么功能，就是显示一个界面。

　　public class HelloAndroid extends Activity {

　　@Override

　　protected void onCreate(Bundle savedInstanceState) {

　　super.onCreate(savedInstanceState);

　　this.setContentView(R.layout.main);

　　}

　　它所对应的布局界面XML文件如下：

<? xml version="1.0" encoding="utf-8" ?>
< LinearLayout xmlns:android ="http://schemas.android.com/apk/res/android"
    android:orientation ="vertical"
    android:layout_width ="fill_parent"
    android:layout_height ="fill_parent"
     >
< TextView
     android:layout_width ="fill_parent"
    android:layout_height ="wrap_content" android:id ="@+id/TextView01" />

< Button android:id ="@+id/Button01" android:layout_height ="wrap_content" android:layout_width ="fill_parent" android:text ="@string/txtInfo" ></ Button >
</ LinearLayout >

　　然后修改androidmanfest.xml，加入下面这段配置，让HelloAndroid满足上述两个条件：

　　好了，运行下试试，哎，还是没有动态菜单项加入呀!

　　怎么回事呢?查看代码后发现，原来是onPrepareOptionsMenu搞的鬼!这个函数在onCreateOptionsMenu之后运行，下面这段代码中，由于Menu.CATEGORY_ALTERNATIVE是指向同一个组，所以把onCreateOptionsMenu中设置的菜单项给覆盖掉了，而由于onPrepareOptionsMenu没有给Menu.CATEGORY_ALTERNATIVE附新值，故Menu.CATEGORY_ALTERNATIVE还是为空。

　　Intent intent = new Intent(null, uri);

　　intent.addCategory(Intent.CATEGORY_ALTERNATIVE);

　　menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE, 0, 0, null, specifics, intent, 0,items);

好的，那我们暂时把上面这几句给注释掉，当然，也可以不注释这几句，在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

　　运行后就可以看到动态菜单出来了!

上面这个options menu是在NotesList界面上没有日志列表选中的情况下生成的，若先选中一个日志，然后再点”menu”，则生成的options menu是下面这样的：

哎，又动态增加了两个菜单项”Edit note”和”Edit title”,这又是如何动态加入的呢?这就是onPrepareOptionsMenu的功劳了。

　　Uri uri = ContentUris.withAppendedId(getIntent().getData(), getSelectedItemId());

　　首先获取选中的日志(若没有选择，则uri为空)

　　Intent[] specifics = new Intent[1];

　　specifics[0] = new Intent(Intent.ACTION_EDIT, uri);

　　MenuItem[] items = new MenuItem[1];

　　然后为选中的日志创建一个intent,操作类型为Intent.ACTION_EDIT，数据为选中日志的URI.于是会为选中的日志创建一个”Edit note”菜单项。

　　Intent intent = new Intent(null, uri);

　　intent.addCategory(Intent.CATEGORY_ALTERNATIVE);

　　menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE, 0, 0, null, specifics, intent, 0,

　　items);

　　这几句和上面onCreateOptionsMenu函数中类似，用于动态增加菜单项，若某一个activity，其类型是”android.intent.category.ALTERNATIVE”，数据是”vnd.android.cursor.item/vnd.google.note”的话，系统就会为这个activity增加一个菜单项。在androidmanfest.xml中查看后发现，TitleEditor这个activity符合条件，于是系统就为TitleEditor这个activity动态添加一个菜单项”Edit title”。

　　else {

　　menu.removeGroup(Menu.CATEGORY_ALTERNATIVE);

　　}

　　若日志列表为空，则从菜单中删除组号为Menu.CATEGORY_ALTERNATIVE的菜单项，只剩下”Add note”菜单项。

　　处理“选中菜单项”事件

　　菜单项选中事件的处理非常简单，通过onOptionsItemSelected来完成,这里只是简单地调用 startActivity(new Intent(Intent.ACTION_INSERT, getIntent().getData()));这个intent的操作类型为Intent.ACTION_INSERT，数据为日志列表的URI，即”content:// com.google.provider.NotePad/notes”

　　@Override

　　public boolean onOptionsItemSelected(MenuItem item) {

　　switch (item.getItemId()) {

　　case MENU_ITEM_INSERT:

　　// Launch activity to insert a new item

　　startActivity(new Intent(Intent.ACTION_INSERT, getIntent().getData()));

　　return true;

　　}

　　return super.onOptionsItemSelected(item);

　　}

　　Context Menu

　　下面介绍另一种菜单---上下文菜单，这通过重载onCreateContextMenu函数实现。

　　首先确认已经选中了日志列表中的一个日志，若没选择，则直接返回。Cursor指向选中的日志项。

　　Cursor cursor = (Cursor) getListAdapter().getItem(info.position);

　　if (cursor == null) {

　　// For some reason the requested item isn't available, do nothing

　　return;

　　}

　　然后，设置上下文菜单的标题为日志标题

　　// Setup the menu header

　　menu.setHeaderTitle(cursor.getString(COLUMN_INDEX_TITLE));

　　最后为上下文菜单增加一个菜单项

　　// Add a menu item to delete the note

　　menu.add(0, MENU_ITEM_DELETE, 0, R.string.menu_delete);

　　对于上下文菜单项选中的事件处理，是通过重载onContextItemSelected实现的。

　　switch (item.getItemId()) {

　　case MENU_ITEM_DELETE: {

　　// Delete the note that the context menu is for

　　Uri noteUri = ContentUris.withAppendedId(getIntent().getData(), info.id);

getContentResolver().delete(noteUri, null, null);

　　return true;

　　}

　　return false;

　　}

　　对于日志的删除，首先调用ContentUris.withAppendedId(getIntent().getData(), info.id);来拼接出待删除日志的URI.然后getContentResolver().delete(noteUri, null, null);调用下层的Content Provider去删除此日志。

　　实验二

　　来做个简单实验，在上述代码基础上增加一个上下文菜单项。首先在onCreateContextMenu函数中增加一个上下文菜单项：

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

　　然后为其在onContextItemSelected函数中增加一个处理过程：

　　case MENU_ITEM_INSERT:

　　{

　　new AlertDialog.Builder(this).setIcon(R.drawable.app_notes)

　　.setTitle(R.string.app_name).setMessage(R.string.error_message).setPositiveButton(R.string.button_ok, new OnClickListener(){

　　public void onClick(DialogInterface dialog, int which) {

　　// TODO Auto-generated method stub

　　}

　　}).show();

　　return true;

　　}

　　实验结果如下：

intent （receiver）

刚才上面多次提到 intent , 那个 Intent 就是指的的我要讲的 intent，那intent receiver又为什么呢，其实她和activity，service一样响应相对应的intent，只不过intent-receiver多为接收事件，然后启动具体的activity，接收外部的intent ,它没有ui界面，有点像是：activity是老板，而intent-reciever像是秘书，intent-recieve为activity打理各种事情，然后通知老板即可，其实intent-reciever和sevice是比较接近的，intent-receiver可以看成是 activity的代理，或者是输入事件型的service，是事件来了就处理，且很快能处理完，而service只是service是长生命周期的，往往需要长时间运行，通常为多个activity服务,正因为这个，他们的资源回收优先级也不同。既然activity,intent- reciever，service都用到intent ,那我们来说说 intent 。

那 intent 究竟是什么呢？

上面我们提到过， activity 是相互独立，一般他们是独立进程。但是刚才提到的面向服务要求又要求各个 activity 有高频率的交互，这个怎么解决。这个解决方案就是使用 intent.

其实我们可以将 intent 看成是 activity 通信的标准的。比如 Intent 中的内容告诉了系统激发 intent 的 activity 需要什么服务，服务者 activity 应该满足的条件。然后就是 android 系统的事了，它负责找出符合条件的 activity 服务者，并将 intent 给 activity 服务者，然后这个 acitivity 根据 intent 中剩余的信息做出相应的操作。

由上面可知， intent 包含两部分信息：

1. activity 服务者的信息，这个是给 android 用来找到合适 activity 的。

2. activity 服务者要做什么操作的信息，这个是给 activity 服务者用的。

我们就以 android 自带 notepad 实例程序来说这个过程；

在 android 的 notepad 实例程序中，入口 activity 是 notelist 。

这里有一个 onlistItenclick 函数。

protected void onListItemClick(ListView l, View v, int position, long id) {

Uri uri = ContentUris.withAppendedId (getIntent().getData(), id);

String action = getIntent().getAction();

if (Intent. ACTION_PICK .equals(action) || Intent. ACTION_GET_CONTENT .equals(action)) {

// The caller is waiting for us to return a note selected by

// the user. The have clicked on one, so return it now.

setResult( RESULT_OK , new Intent().setData(uri));

} else {

// Launch activity to view/edit the currently selected item

startActivity(new Intent(Intent.ACTION_EDIT , uri));

}

这个函数在 listview 的 item 被单击时执行。

我们首先注意的就是这个函数。

startActivity( new Intent(Intent. ACTION_EDIT , uri));

这个函数有一个 intent 对象，这个就是我们上面谈到的。

new Intent(Intent.ACTION_EDIT , uri) 这个可以看出 intent 承载了两个数据，一个是 uri 对像，一个是 Intent. ACTION_EDIT , 这个其实就是一个字符串变量，系统定义一些常量，当然也可使用你自己定义的。

如上图是程序运行后的效果，当我们点 First 项时就会执行 onListItemClick, 然后就会执行 startActivity(new Intent(Intent.ACTION_EDIT , uri)); 这个函数然后就到 android 系统了 ,android 通过 intent 中的信息找到对应的 activity, 在这里是 NoteEditor activity ，然后就会显示如下 .

那 android 是怎样找到的对应的 activity 的呢？

这个就是 intent 发挥作用的时候了。

下面我们就来讲讲：

new Intent(Intent.ACTION_EDIT , uri)

这个函数中 Intent.ACTION_EDIT =” android.intent.action.EDIT”

Uri 中一个重要的元素是： Uristring

这个其实是 uri 特征标志，通过设断点，我们看下这里的 uri 值。

从上图可以看出是 Uristring =content://com.google.provider.NotePad /notes/1

然后我们看下 Androidmanfest.xml,

其中有这个

< provider android:name = "NotePadProvider"

android:authorities = " com.google.provider.NotePad "

发现没，也有 com.google.provider.NotePad ，这个是 content://com.google.provider.NotePad/notes/1 的一部分，同时

< activity android:name = "NoteEditor"

android:theme = "@android:style/Theme.Light"

android:label = "@string/title_note"

<!-- This filter says that we can view or edit the data of

a single note -->

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

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

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

< action android:name = "com.android.notepad.action.EDIT_NOTE" />

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

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

</ intent-filter >

<!-- This filter says that we can create a new note inside

of a directory of notes. -->

< 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 >

</ activity >

上面有 android.intent.action.EDIT 正好是

Intent.ACTION_EDIT =” android.intent.action.EDIT ”

这个时候估计大家看出了一点端倪。

现在就开始进入 activity 选择机制：

在函数 startActivity 执行后，系统接管，然后系统通过获取 intent 中的 uri ，找到了 content://com.google.provider.NotePad/notes/1, 去掉开始的 content: 标识，得到 com.google.provider.NotePad/notes/1, 然后获取前面的 com.google.provider.NotePad ，然后就到注册了的 Androidmanfest.xml 找 authorities 为 com.google.provider.NotePad 的 provider ，这个就是后面要讲的 contentprovider, 然后就加载 provider 。

< provider android:name = "NotePadProvider"

android:authorities = " com.google.provider.NotePad "

在这里是 NotePadProvider, 然后调用 NotePadProvider 的 gettype 函数得到服务的类型。

public String getType(Uri uri) {

switch ( sUriMatcher .match(uri)) {

case NOTES :

return Notes. CONTENT_TYPE ;

case NOTE_ID :

return Notes. CONTENT_ITEM_TYPE ;

default :

throw new IllegalArgumentException( "Unknown URI " + uri);

}

上面的 sUriMatcher.match 用来检测 uri 看自己能不能处理，在这里会返回 return Notes.CONTENT_ITEM_TYPE;

这个是 public static final String CONTENT_ITEM_TYPE = " vnd.android.cursor.item/vnd.google.note ";

sUriMatcher .match(uri) 返回值其实是由

sUriMatcher = new UriMatcher(UriMatcher. NO_MATCH );

sUriMatcher .addURI(NotePad. AUTHORITY , "notes" , NOTES );

sUriMatcher .addURI(NotePad. AUTHORITY , "notes/#" , NOTE_ID );

决定的。

如果我们人为的将前面 uri 的 string 改为 content://com.google.provider.NotePad/notes/100, 然后 match 会正常返回 Notes. CONTENT_ITEM_TYPE . 可以找到相应 activity ，但是在 activity 执行 managedQuery 时，调用 content-provider ，这个然后发现不存在 id=100 的数据项，就会异常，然后这个 activity 就会 stop.

在这里是正常返回了 vnd.android.cursor.item/vnd.google.note

然后系统将这个和” android.intent.action.EDIT ” 到 androidmanfest.xml 去找匹配的 activity.

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

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

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

< action android:name = "com.android.notepad.action.EDIT_NOTE" />

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

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

</intent-filter>

正好满足上面 noteedit activity 的 intent-filter 条件 , 这样就找到了 noteedit activity.

然后就加载这个类实例化，运行，然后就到了 notedit 的 oncreate 。

protected void onCreate(Bundle savedInstanceState) {

super .onCreate(savedInstanceState);

final Intent intent = getIntent();

// Do some setup based on the action being performed.

final String action = intent.getAction();

if (Intent. ACTION_EDIT .equals(action)) {

// Requested to edit: set that state, and the data being edited.

mState = STATE_EDIT ;

mUri = intent.getData();

} else if (Intent. ACTION_INSERT .equals(action)) {

// Requested to insert: set that state, and create a new entry

// in the container.

mState = STATE_INSERT ;

mUri = getContentResolver().insert(intent.getData(), null );

// If we were unable to create a new note, then just finish

// this activity. A RESULT_CANCELED will be sent back to the

// original activity if they requested a result.

if ( mUri == null ) {

Log.e ( TAG , "Failed to insert new note into " + getIntent().getData());

finish();

return ;

}

// The new entry was created, so assume all will end well and

// set the result to be returned.

setResult( RESULT_OK , ( new Intent()).setAction( mUri .toString()));

} else {

// Whoops, unknown action! Bail.

Log.e ( TAG , "Unknown action, exiting" );

finish();

return ;

}

// Set the layout for this activity. You can find it in res/layout/note_editor.xml

setContentView(R.layout. note_editor );

// The text view for our note, identified by its ID in the XML file.

mText = (EditText) findViewById(R.id. note );

// Get the note!

mCursor = managedQuery( mUri , PROJECTION , null , null , null );

// If an instance of this activity had previously stopped, we can

// get the original text it started with.

if (savedInstanceState != null ) {

mOriginalContent = savedInstanceState.getString( ORIGINAL_CONTENT );

}

上面 mCursor = managedQuery( mUri , PROJECTION , null , null , null ); 其实就是返回符合要求的数据 , 然后就是显示而已。

而其中 managedQuery 函数，又会用到 content-provider ，这里是 notepadprovider, 它创建一个 notepadprovider 实例，然后调用 query 函数，这个函数以 uri 类型的参数为依据返回合适的数据，这个 query 函数就是我们具体 content-provider 要实现的了，如果是用 sqlite, 那就通过 sqlitedatabase 取数据，如果是文件存储的，就通过 ifile 相关接口读取数据，其实在 query 函数中， content://com.google.provider.NotePad/notes/1, 后面的 /notes/1 才用到，对于 sqlite 实现的 content-privide: notes 对应一个数据库的 table ， 1 是这个 table 的 id 项。

这个在如下可以看到

Contentprovider 的 query 函数里

case NOTE_ID :

qb.setTables( NOTES_TABLE_NAME );

qb.setProjectionMap( sNotesProjectionMap );

qb.appendWhere(Notes. _ID + "=" + uri.getPathSegments().get(1) );

break ;

上面讲的 Intent 包含的是 uri,action 对象 , 其实还有一种指定方式，这个下一章节再讲。

前面说到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>

</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就可以被其他代码所使用了。
这个和activity几乎没什么差别，就是将

改成<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) {