Android 中的 Service 全面总结详解【下】

上一篇文章Android 中的 Service 全面总结详解【下 介绍了Service的一些知识以及本地Service的使用,如果对Service还不太了解的建议先看下上篇文章;本文主要接着上一篇讲下远程服务的使用;

在说到远程服务的时候,我们需要先了解一些预备的知识:

首先来了解一下AIDL机制:

AIDL的作用

由于每个应用程序都运行在自己的进程空间,并且可以从应用程序UI运行另一个服务进程,而且经常会在不同的进程间传递对象。在Android平台,一个进程通常不能访问另一个进程的内存空间,所以要想对话,需要将对象分解成操作系统可以理解的基本单元,并且有序的通过进程边界。

通过代码来实现这个数据传输过程是冗长乏味的,Android提供了AIDL工具来处理这项工作。

AIDL (Android Interface Definition Language) 是一种IDL 语言,用于生成可以在Android设备上两个进程之间进行进程间通信(interprocess communication, IPC)的代码。如果在一个进程中(例如Activity)要调用另一个进程中(例如Service)对象的操作,就可以使用AIDL生成可序列化的参数。

AIDL IPC机制是面向接口的,像COM或Corba一样,但是更加轻量级。它是使用代理类在客户端和实现端传递数据。

在Android中, 每个应用程序都有自己的进程,当需要在不同的进程之间传递对象时,该如何实现呢? 显然, Java中是不支持跨进程内存共享的。因此要传递对象, 需要把对象解析成操作系统能够理解的数据格式, 以达到跨界对象访问的目的。在JavaEE中,采用RMI通过序列化传递对象。在Android中, 则采用AIDL(Android Interface Definition Language:接口描述语言)方式实现。

AIDL是一种接口定义语言,用于约束两个进程间的通讯规则,供编译器生成代码,实现Android设备上的两个进程间通信(IPC)。AIDL的IPC机制和EJB所采用的CORBA很类似,进程之间的通信信息,首先会被转换成AIDL协议消息,然后发送给对方,对方收到AIDL协议消息后再转换成相应的对象。由于进程之间的通信信息需要双向转换,所以android采用代理类在背后实现了信息的双向转换,代理类由android编译器生成,对开发人员来说是透明的。

选择AIDL的使用场合

官方文档特别提醒我们何时使用AIDL是必要的:只有你允许客户端从不同的应用程序为了进程间的通信而去访问你的service,以及想在你的service处理多线程。

了解了AIDL之后下面来看一下项目的结构:

我们这个远程服务是想在将服务端和客户端分别放到一个应用中,所以这里要建立两个Android项目一个是remoteService,一个是remoteClient

首先来看一下Service端的项目结构:

在这里我们需要定义一个aidl文件,具体步骤很简单的:

因为AIDL相当于是一个接口,所以它的定义和interface的定义很类似的,使用interface关键字,有一点不同的是,AIDL中不能有修饰符(public,protected,private),不然报错,这个你们可以自己尝试一下,然后将定义好的AIDL文件的后缀名.java改成.aidl,此时在gen文件夹下面就会多出一个与之对应的java文件,这个是编译器干的事情。这个AIDL接口中定义的一般都是Client和Service交互的接口。

下面来看一下StudentQuery.aidl文件:

package cn.itcast.aidl;
//注意没有任何的访问权限修饰符
interface StudentQuery {
    //通过number来访问学生的name
    String queryStudent(int number);
} 

代码结构和接口是大同小异的。

再来看一下服务端的代码:

package cn.itcast.remote.service;  

import cn.itcast.aidl.StudentQuery;
import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.os.RemoteException;
/**
 * 远程服务端
 */
public class StudentQueryService extends Service {
    //姓名名称
    private String[] names = {"张飞", "李静", "赵薇"};  

    private IBinder binder = new StudentQueryBinder();  

    @Override
    public IBinder onBind(Intent intent) {
        return binder;
    }
    /**
     * 服务中定义的访问方法
     * @param number
     * @return
     */
    private String query(int number){
        if(number > 0 && number < 4){
            return names[number - 1];
        }
        return null;
    }  

    /**
     * 定义Binder,这里需要继承StudentQuery.Stub
     * StudentQuery是我们定义的AIDL
     * @author weijiang204321
     *
     */
    private final class StudentQueryBinder extends StudentQuery.Stub{
        public String queryStudent(int number) throws RemoteException {
            return query(number);
        }
    }  

}  

这个服务端的代码和我们之前的本地服务代码差不多,不同的是我们定义的Binder类是继承了StudentQuery.Stub类,其中StudentQuery是我们定义的AIDL文件,编译器帮我们生成的StudentQuery.java(在gen文件夹中)这个类,下面来看一下这个类吧:

/*
 * This file is auto-generated.  DO NOT MODIFY.
 * Original file: C:\\Users\\weijiang204321\\Desktop\\传智播客Android视频教程_源代码\\remoteService\\src\\cn\\itcast\\aidl\\StudentQuery.aidl
 */
package cn.itcast.aidl;
//注意没有任何的访问权限修饰符  

public interface StudentQuery extends android.os.IInterface
{
/** Local-side IPC implementation stub class. */
public static abstract class Stub extends android.os.Binder implements cn.itcast.aidl.StudentQuery
{
private static final java.lang.String DESCRIPTOR = "cn.itcast.aidl.StudentQuery";
/** Construct the stub at attach it to the interface. */
public Stub()
{
this.attachInterface(this, DESCRIPTOR);
}
/**
 * Cast an IBinder object into an cn.itcast.aidl.StudentQuery interface,
 * generating a proxy if needed.
 */
public static cn.itcast.aidl.StudentQuery asInterface(android.os.IBinder obj)
{
if ((obj==null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin!=null)&&(iin instanceof cn.itcast.aidl.StudentQuery))) {
return ((cn.itcast.aidl.StudentQuery)iin);
}
return new cn.itcast.aidl.StudentQuery.Stub.Proxy(obj);
}
@Override public android.os.IBinder asBinder()
{
return this;
}
@Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException
{
switch (code)
{
case INTERFACE_TRANSACTION:
{
reply.writeString(DESCRIPTOR);
return true;
}
case TRANSACTION_queryStudent:
{
data.enforceInterface(DESCRIPTOR);
int _arg0;
_arg0 = data.readInt();
java.lang.String _result = this.queryStudent(_arg0);
reply.writeNoException();
reply.writeString(_result);
return true;
}
}
return super.onTransact(code, data, reply, flags);
}
private static class Proxy implements cn.itcast.aidl.StudentQuery
{
private android.os.IBinder mRemote;
Proxy(android.os.IBinder remote)
{
mRemote = remote;
}
@Override public android.os.IBinder asBinder()
{
return mRemote;
}
public java.lang.String getInterfaceDescriptor()
{
return DESCRIPTOR;
}
//通过number来访问学生的name  

@Override public java.lang.String queryStudent(int number) throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
java.lang.String _result;
try {
_data.writeInterfaceToken(DESCRIPTOR);
_data.writeInt(number);
mRemote.transact(Stub.TRANSACTION_queryStudent, _data, _reply, 0);
_reply.readException();
_result = _reply.readString();
}
finally {
_reply.recycle();
_data.recycle();
}
return _result;
}
}
static final int TRANSACTION_queryStudent = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
}
//通过number来访问学生的name  

public java.lang.String queryStudent(int number) throws android.os.RemoteException;
}  

感觉好复杂,其实我们没必要看懂的,这个是Android内部实现的,我们在这里可以了解一下,看一下那个Stub抽象类,他实现了Binder接口,所以我们需要继承这个类就可以了,还有一个问题就是我们注意到,就是返回StudentQuery接口对象的问题:

public static cn.itcast.aidl.StudentQuery asInterface(android.os.IBinder obj)
{
if ((obj==null)) {
return null;
}
//如果bindService绑定的是同一进程的service,返回的是服务端Stub对象本身,那么在客户端是直接操作Stub对象,并不进行进程通信了
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin!=null)&&(iin instanceof cn.itcast.aidl.StudentQuery))) {
return ((cn.itcast.aidl.StudentQuery)iin);
}
//bindService绑定的不是同一进程的service,返回的是代理对象,obj==android.os.BinderProxy对象,被包装成一个AIDLService.Stub.Proxy代理对象
//不过AIDLService.Stub.Proxy进程间通信通过android.os.BinderProxy实现
return new cn.itcast.aidl.StudentQuery.Stub.Proxy(obj);
}  
/*
 * Copyright (C) 2006 The Android Open Source Project
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */  

package android.os;  

/**
 * Base class for Binder interfaces.  When defining a new interface,
 * you must derive it from IInterface.
 */
public interface IInterface
{
    /**
     * Retrieve the Binder object associated with this interface.
     * You must use this instead of a plain cast, so that proxy objects
     * can return the correct result.
     */
    public IBinder asBinder();
}  

上面的是Interface接口,他只有一个方法asBinder()这个方法就是返回一个IBinder对象,而我们的AIDL接口需要实现这个接口的,所以说这个asBinder()方法的功能就是将AIDL接口转化成IBinder对象,这个是内部实现的,在asInterface()方法中可以看到:

private static class Proxy implements com.demo.aidl.StudentAIDL
        {
            private android.os.IBinder mRemote;
            Proxy(android.os.IBinder remote)
            {
                mRemote = remote;
            }
            @Override public android.os.IBinder asBinder()
            {
                return mRemote;
            }
            public java.lang.String getInterfaceDescriptor()
            {
                return DESCRIPTOR;
            }
            @Override public java.lang.String queryNameByNo(int no) throws android.os.RemoteException
            {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();
                java.lang.String _result;
                try {
                    _data.writeInterfaceToken(DESCRIPTOR);
                    _data.writeInt(no);
                    mRemote.transact(Stub.TRANSACTION_queryNameByNo, _data, _reply, 0);
                    _reply.readException();
                    _result = _reply.readString();
                }
                finally {
                    _reply.recycle();
                    _data.recycle();
                }
                return _result;
            }
        }  

这个是代理生成类,我们可以看到这个类中是返回的mRemote对象就是IBinder的一个引用,同时也返回了一个StudentQuery实现对象。

在StudentQuery.Stub中有一个asInterface方法,这个方法中我们可以看到,如果这个Service和Client是在同一个进程中,则在Client中的StudentConnection类中返回的是IBinder就是实际的对象,如果不是在同一个进程中的话,返回的是IBinder的代理对象。

其他的问题我们暂时不看了,也不去做深入的了解了,

再来看一下AndroidMainfest.xml文件中配置Service:

service android:name=".StudentQueryService">
            <intent-filter >
                <action android:name="cn.itcast.student.query"/>
            </intent-filter>
</service>

这里我们开启服务的话,需要用到隐式意图了,而不能直接用Service类了,因为是在不同的应用中,这样服务端的代码就差不多了,我们现在来看一下客户端的代码结构:

首先来看一下,客户端肯定要有aidl文件,所以我们将服务端的aidl的文件拷到Client中(包括AIDL所在的包也要拷过来,刷新一下,在gen文件夹中出现了StudentQuery.java类),下面来看一下Client的代码(MainActivity.java):

package cn.itcast.remoteservice.client;  

import android.app.Activity;
import android.content.ComponentName;
import android.content.Intent;
import android.content.ServiceConnection;
import android.os.Bundle;
import android.os.IBinder;
import android.os.RemoteException;
import android.util.Log;
import android.view.View;
import android.widget.EditText;
import android.widget.TextView;
import cn.itcast.aidl.StudentQuery;  

/**
 * 客户端的测试代码
 * @author weijiang204321
 *
 */
public class MainActivity extends Activity {
    //定义控件
    private EditText numberText;
    private TextView resultView;
    private StudentQuery studentQuery;  

    //定义一个连接
    private StudentConnection conn = new StudentConnection();  

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);  

        numberText = (EditText) this.findViewById(R.id.number);
        resultView = (TextView) this.findViewById(R.id.resultView);
        //这里开启一个Service使用隐式意图action的名称必须和remoteService中AndroidMainfest.xml中定义的服务的action的name一样
        Intent service = new Intent("cn.itcast.student.query");
        bindService(service, conn, BIND_AUTO_CREATE);
    }  

    /**
     * 给按钮定义点击事件
     * @param v
     */
    public void queryStudent(View v) {
        String number = numberText.getText().toString();
        int num = Integer.valueOf(number);
        try {
            resultView.setText(studentQuery.queryStudent(num));
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }  

    @Override
    protected void onDestroy() {
        unbindService(conn);
        super.onDestroy();
    }  

    /**
     * 自定义StudentConnection实现了ServiceConnection
     * @author weijiang204321
     *
     */
    private final class StudentConnection implements ServiceConnection {
        public void onServiceConnected(ComponentName name, IBinder service) {
            //这里就用到了Stub类中的asInterface方法,将IBinder对象转化成接口
            studentQuery = StudentQuery.Stub.asInterface(service);
        }
        public void onServiceDisconnected(ComponentName name) {
            studentQuery = null;
        }
    }
}  

Client端的代码结构和我们之前的本地服务的代码结构差不多,有几处不同,第一处不同就是那个开启服务的方式,这里使用的是隐式的方式开启服务的,因为是跨应用访问的,还有一处不同的是返回的StudentQuery接口对象不同,本地服务的话是通过强制转化的,而远程服务这里是用asInterface方法进行转化的。

客户端和服务端的代码结构看完了,下面我们来运行一下,首先安装remoteService包,然后运行remoteClient包,在文本框中输入学号,查询到名称了,运行成功。在不同的应用中,一定是跨进程的,不行我们可以查看一下系统的进程:

这里我们使用adb命令查看:

http://blog.csdn.net/jiangwei0910410003/article/details/17114491

在这篇blog中我说到了怎么使用这条命令

我们可以看到有两个进程Proc #9和Proc #12

到这里我们就介绍了本地服务和远程服务的使用了,下面我们再来看一下额外的知识,就是怎么在一个应用中进行远程服务的访问,我们之前涉及到的是跨应用的访问,这里其实很简单,只需要改动一处就可以:下面是我改过的一个项目,在同一个应用中进行远程服务的访问,代码都是一样的,这里就不做介绍了;

这里需要修改的地方就是要在AndroidManifest.xml中修改一下Service的定义属性:

<service
            android:name="com.demo.remoteservice.StudentService"
            android:process=":remote">
            <intent-filter >
                <action android:name="com.demo.remoteservice.studentservice"/>
            </intent-filter>
</service>

这里我们添加了一个属性就是android:process=”:remote”,这个属性就是将该服务设置成远程的,就是和Activity不在同一个进程中,具体的Service属性说明请看我的另外的一篇blog:

http://blog.csdn.net/jiangwei0910410003/article/details/18794945

运行结果是一样的,为了证明服务是远程服务,我们在使用上面的命令打印一下当前系统中的进程信息:

系统中的Proc #9和Proc #10两个进程,这里就介绍了怎么在同一个应用中跨进程访问服务。

下面在来看一下AIDL:

我们上面说到的AIDL是说他怎么用,而且很是简单,我现在来具体看一下AIDL文件的定义:

Aidl默认支持的类型包话java基本类型(int、long、boolean等)和(String、List、Map、CharSequence),如果要传递自定义的类型该如何实现呢?

要传递自定义类型,首先要让自定义类型支持parcelable协议,实现步骤如下:

1>自定义类型必须实现Parcelable接口,并且实现Parcelable接口的publicvoid writeToParcel(Parcel dest, int flags)方法 。

2>自定义类型中必须含有一个名称为CREATOR的静态成员,该成员对象要求实现Parcelable.Creator接口及其方法。

3> 创建一个aidl文件声明你的自定义类型。

Parcelable接口的作用:实现了Parcelable接口的实例可以将自身的状态信息(状态信息通常指的是各成员变量的值)写入Parcel,也可以从Parcel中恢复其状态。Parcel用来完成数据的序列化传递。

下面来看一下例子:

1> 创建自定义类型,并实现Parcelable接口,使其支持parcelable协议。如:在cn.itcast.domain包下创建Person.java:

package cn.itcast.domain;
import android.os.Parcel;
import android.os.Parcelable;
public class Person implements Parcelable
  privateInteger id;
  private Stringname;  

  public Person(){}
  publicPerson(Integer id, String name) {
  this.id = id;
  this.name = name;
  }
  public IntegergetId() {
  return id;
  }
  public voidsetId(Integer id) {
  this.id = id;
  }
  public StringgetName() {
  return name;
  }
  public voidsetName(String name) {
  this.name = name;
  }
  @Override
  public intdescribeContents() {
  return 0;
  }
  @Override
  public voidwriteToParcel(Parcel dest, int flags) {//把javanbean中的数据写到Parcel
  dest.writeInt(this.id);
  dest.writeString(this.name);
  }
  //添加一个静态成员,名为CREATOR,该对象实现了Parcelable.Creator接口
  publicstatic final Parcelable.Creator<Person> CREATOR = newParcelable.Creator<Person>(){
  @Override
  public PersoncreateFromParcel(Parcel source) {//从Parcel中读取数据,返回person对象
  return newPerson(source.readInt(), source.readString());
  }
  @Override
  public Person[]newArray(int size) {
  return newPerson[size];
  }
  };
}  

2> 在自定义类型所在包下创建一个aidl文件对自定义类型进行声明,文件的名称与自定义类型同名。

3> 在接口aidl文件中使用自定义类型,需要使用import显式导入,本例在cn.itcast.aidl包下创建IPersonService.aidl文件,内容如下:

package cn.itcast.aidl;
import cn.itcast.domain.Person;
interface IPersonService {
      void save(inPerson person);
}  

4> 在实现aidl文件生成的接口(本例是IPersonService),但并非直接实现接口,而是通过继承接口的Stub来实现(Stub抽象类内部实现了aidl接口),并且实现接口方法的代码。内容如下:

public class ServiceBinder extends IPersonService.Stub {
       @Override
       public voidsave(Person person) throws RemoteException {
  Log.i("PersonService",person.getId()+"="+ person.getName());
       }
}  

5> 创建一个Service(服务),在服务的onBind(Intent intent)方法中返回实现了aidl接口的对象(本例是ServiceBinder)。内容如下:

public class PersonService extends Service {
  privateServiceBinder serviceBinder = new ServiceBinder();
  @Override
  public IBinderonBind(Intent intent) {
  return serviceBinder;
  }
public class ServiceBinder extends IPersonService.Stub {
       @Override
       public void save(Person person) throwsRemoteException {
  Log.i("PersonService",person.getId()+"="+ person.getName());
       }
}
}  

其他应用可以通过隐式意图访问服务,意图的动作可以自定义,AndroidManifest.xml配置代码如下:

<service android:name=".PersonService" >
  <intent-filter>
  <actionandroid:nameactionandroid:name="cn.itcast.process.aidl.PersonService " />
  </intent-filter>
</service>  

6> 把应用中的aidl文件和所在package一起拷贝到客户端应用的src目录下,eclipse会自动在客户端应用的gen目录中为aidl文件同步生成IPersonService.java接口文件,接下来再把自定义类型文件和类型声明aidl文件及所在package一起拷贝到客户端应用的src目录下。

最后就可以在客户端应用中实现与远程服务的通信,代码如下:

public class ClientActivity extends Activity {
  private IPersonService personService;
  @Override
  public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.main);
  this.bindService(newIntent("cn.itcast.process.aidl.PersonService"),this.serviceConnection, BIND_AUTO_CREATE);//绑定到服务
  }
  @Override
  protected voidonDestroy() {
  super.onDestroy();
  this.unbindService(serviceConnection);//解除服务
  }   

  privateServiceConnection serviceConnection = new ServiceConnection() {
  @Override
  public void onServiceConnected(ComponentName name, IBinder service) {
  personService =IPersonService.Stub.asInterface(service);
  try {
  personService.save(new Person(56,"liming"));
  } catch(RemoteException e) {
  Log.e("ClientActivity",e.toString());
  }
  }
  @Override
  public void onServiceDisconnected(ComponentName name) {
  personService =null;
  }
  };
}  

这样就可以访问我们自己定义的类型了。

下面来总结一下定义一个远程服务的步骤:

假设A应用需要与B应用进行通信,调用B应用中的download(String path)方法,B应用以Service方式向A应用提供服务。需要下面四个步骤:

1> 在B应用中创建*.aidl文件,aidl文件的定义和接口的定义很相类,如:在cn.itcast.aidl包下创建IDownloadService.aidl文件,内容如下:

package cn.itcast.aidl;
interfaceIDownloadService {
  void download(String path);
}  

当完成aidl文件创建后,eclipse会自动在项目的gen目录中同步生成IDownloadService.java接口文件。接口文件中生成一个Stub的抽象类,里面包括aidl定义的方法,还包括一些其它辅助方法。值得关注的是asInterface(IBinder iBinder),它返回接口类型的实例,对于远程服务调用,远程服务返回给客户端的对象为代理对象,客户端在onServiceConnected(ComponentName name, IBinder service)方法引用该对象时不能直接强转成接口类型的实例,而应该使用asInterface(IBinder iBinder)进行类型转换。

编写Aidl文件时,需要注意下面几点:

1.接口名和aidl文件名相同。

2.接口和方法前不用加访问权限修饰符public,private,protected等,也不能用final,static。

3.Aidl默认支持的类型包话java基本类型(int、long、boolean等)和(String、List、Map、CharSequence),使用这些类型时不需要import声明。对于List和Map中的元素类型必须是Aidl支持的类型。如果使用自定义类型作为参数或返回值,自定义类型必须实现Parcelable接口。

4.自定义类型和AIDL生成的其它接口类型在aidl描述文件中,应该显式import,即便在该类和定义的包在同一个包中。

5.在aidl文件中所有非Java基本类型参数必须加上in、out、inout标记,以指明参数是输入参数、输出参数还是输入输出参数。

6.Java原始类型默认的标记为in,不能为其它标记。

2> 在B应用中实现aidl文件生成的接口(本例是IDownloadService),但并非直接实现接口,而是通过继承接口的Stub来实现(Stub抽象类内部实现了aidl接口),并且实现接口方法的代码。内容如下:`

public class ServiceBinder extends IDownloadService.Stub {
  @Override
  public void download(String path) throws RemoteException {
  Log.i("DownloadService",path);
  }
}  

3> 在B应用中创建一个Service(服务),在服务的onBind(Intent intent)方法中返回实现了aidl接口的对象(本例是ServiceBinder)。内容如下:

public class DownloadService extendsService {
  private ServiceBinder serviceBinder = new ServiceBinder();
  @Override
  public IBinder onBind(Intent intent) {
  return serviceBinder;
  }
  public class ServiceBinder extends IDownloadService.Stub {
  @Override
  public void download(String path) throws RemoteException {
  Log.i("DownloadService",path);
  }
  }
}  

其他应用可以通过隐式意图访问服务,意图的动作可以自定义,AndroidManifest.xml配置代码如下:

<serviceandroid:name=".DownloadService">
  <intent-filter>
  <action android:name="cn.itcast.process.aidl.DownloadService"/>
  </intent-filter>
</service>  

4> 把B应用中aidl文件所在package连同aidl文件一起拷贝到客户端A应用,eclipse会自动在A应用的gen目录中为aidl文件同步生成IDownloadService.java接口文件,接下来就可以在A应用中实现与B应用通信,代码如下:

public class ClientActivity extendsActivity {
  private IDownloadService downloadService;
  @Override
  public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.main);
  this.bindService(newIntent("cn.itcast.process.aidl.DownloadService"), this.serviceConnection,BIND_AUTO_CREATE);//绑定到服务
  }
  @Override
  protected void onDestroy() {
  super.onDestroy();
  this.unbindService(serviceConnection);//解除服务
  }   

  private ServiceConnection serviceConnection = new ServiceConnection() {
  @Override
  public void onServiceConnected(ComponentName name, IBinder service){
  downloadService = IDownloadService.Stub.asInterface(service);
  try {
  downloadService.download("http://www.itcast.cn");
  } catch (RemoteException e) {
  Log.e("ClientActivity", e.toString());
  }
  }
  @Override
  public void onServiceDisconnected(ComponentName name) {
  downloadService = null;
  }
  };
}  

最后看一下Service的生命周期以及和生命周期相关的方法:

与采用Context.startService()方法启动服务有关的生命周期方法

onCreate()->onStart()->onDestroy()

onCreate()该方法在服务被创建时调用,该方法只会被调用一次,无论调用多少次startService()或bindService()方法,服务也只被创建一次。

onStart()只有采用Context.startService()方法启动服务时才会回调该方法。该方法在服务开始运行时被调用。多次调用startService()方法尽管不会多次创建服务,但onStart() 方法会被多次调用。

onDestroy()该方法在服务被终止时调用。

l 与采用Context.bindService()方法启动服务有关的生命周期方法

onCreate()->onBind()->onUnbind()->onDestroy()

onBind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用,当调用者与服务已经绑定,多次调用Context.bindService()方法并不会导致该方法被多次调用。

onUnbind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务解除绑定时被调用。

如果先采用startService()方法启动服务,然后调用bindService()方法绑定到服务,再调用unbindService()方法解除绑定,最后调用bindService()方法再次绑定到服务,触发的生命周期方法如下:

onCreate()->onStart()->onBind()->onUnbind()[重载后的方法需返回true]->onRebind()

总结:

Android中的服务和windows中的服务是类似的东西,服务一般没有用户操作界面,它运行于系统中不容易被用户发觉,可以使用它开发如监控之类的程序。服务的开发比较简单,如下:

第一步:继承Service类

public class SMSService extends Service { }

第二步:在AndroidManifest.xml文件中的节点里对服务进行配置:

服务不能自己运行,需要通过调用Context.startService()或Context.bindService()方法启动服务。这两个方法都可以启动Service,但是它们的使用场合有所不同。使用startService()方法启用服务,调用者与服务之间没有关连,即使调用者退出了,服务仍然运行。使用bindService()方法启用服务,调用者与服务绑定在了一起,调用者一旦退出,服务也就终止,大有“不求同时生,必须同时死”的特点。

采用Context.startService()方法启动服务,在服务未被创建时,系统会先调用服务的onCreate()方法,接着调用onStart()方法。如果调用startService()方法前服务已经被创建,多次调用startService()方法并不会导致多次创建服务,但会导致多次调用onStart()方法。采用startService()方法启动的服务,只能调用Context.stopService()方法结束服务,服务结束时会调用onDestroy()方法。

下面两张图是Service的生命周期:

图一

图二

时间: 2024-10-10 07:10:43

Android 中的 Service 全面总结详解【下】的相关文章

【转】Android中measure过程、WRAP_CONTENT详解以及xml布局文件解析流程浅析(下)

转载请注明出处:http://blog.csdn.net/qinjuning 上篇文章<<Android中measure过程.WRAP_CONTENT详解以及xml布局文件解析流程浅析(上)>>中,我们 了解了View树的转换过程以及如何设置View的LayoutParams的.本文继续沿着既定轨迹继续未完成的job. 主要知识点如下:                 1.MeasureSpc类说明                 2.measure过程详解(揭秘其细节);   

Android中measure过程、WRAP_CONTENT详解以及 xml布局文件解析流程浅析

转自:http://www.uml.org.cn/mobiledev/201211221.asp 今天,我着重讲解下如下三个内容: measure过程 WRAP_CONTENT.MATCH_PARENT/FILL_PARENT属性的原理说明 xml布局文件解析成View树的流程分析. 希望对大家能有帮助.- - 分析版本基于Android 2.3 . 1.WRAP_CONTENT.MATCH_PARENT/FILL_PARENT 初入Android殿堂的同学们,对这三个属性一定又爱又恨.爱的是使

Android 中Message,MessageQueue,Looper,Handler详解+实例

一.几个关键概念 1.MessageQueue:是一种数据结构,见名知义,就是一个消息队列,存放消息的地方.每一个线程最多只可以拥有一个MessageQueue数据结构. 创建一个线程的时候,并不会自动创建其MessageQueue.通常使用一个Looper对象对该线程的MessageQueue进行管理.主线程创建时,会创建一 个默认的Looper对象,而Looper对象的创建,将自动创建一个Message Queue.其他非主线程,不会自动创建Looper,要需要的时候,通过调 用prepar

【Android基础】-Service组件使用详解

Service是Android四大组件之一,它与Activity的区别是:它一直在后台运行,没有前台界面.一旦Service被启动起来后,他就跟Activity一样,完全具有自己的生命周期. 一.创建Service,定义一个继承Service的子类 Service中定义了一系列生命周期方法,如下: IBinder onBind(Intent intent):该方法是Service必须实现的方法.该方法返回一个IBinder对象,应用程序可以通过该对象与Service组件通信. void onCr

Android中measure过程、WRAP_CONTENT详解以及xml布局文件解析流程浅析(上

                                                                                                                                               本文原创, 转载请注明出处:http://blog.csdn.net/qinjuning 在之前一篇博文中<<Android中View绘制流程以及invalidate()等相关方法分析>>,简单的阐述

Android中View自定义XML属性详解以及R.attr与R.styleable的区别

为View添加自定义XML属性 Android中的各种Widget都提供了很多XML属性,我们可以利用这些XML属性在layout文件中为Widget的属性赋值. 如下所示: <TextView android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="Hello World!" /> 我们可以通过TextView所提供

Android中全局搜索(QuickSearchBox)详解

http://blog.csdn.net/mayingcai1987/article/details/6268732 1. 标题: 应用程序如何全面支持搜索 2. 引言: 如果想让某个应用程序支持全局搜索,必须对这个应用程序进行一系列配置,并实现可被外界访问的内容提供者向搜索应用程序 (QuickSearchBox)提供搜索結果,根据配置信息,应用程序可被搜索框架识别为搜索源,搜索应用程序(QuickSearchBox)也可以 通过解析配置信息组拼成URI请求应用的ContentProvider

Android 中使用MediaRecorder进行录像详解(视频录制)

在这里给出自己的一个测试DEMO,里面注释很详细.简单的视频录制功能. package com.video; import java.io.IOException; import android.app.Activity; import android.content.pm.ActivityInfo; import android.graphics.PixelFormat; import android.media.MediaRecorder; import android.os.Bundle;

android中的Pending.getActivity()参数详解

PendingIntent有一个getActivity方法,第一个参数是上下文,第二个参数 requestCode,第三个参数是 Intent,用来存储信息,第四个参数是对参数的操作标识,常用的就是FLAG_CANCEL_CURRENT和FLAG_UPDATE_CURRENT.当使用FLAG_UPDATE_CURRENT时:PendingIntent.getActivity(context, 0, notificationIntent,PendingIntent.FLAG_CANCEL_CURR