作为Android四大组件之一——Service。Service广泛运用在APP的开发中,Service和其他的应用组件一样,运行在进程的主线程中。这就是说如果Service需要很多耗时或者阻塞的操作,需要在其子线程中实现,灵活地使用Service可以增加App的健壮性,避免ANR。
Service是android系统的一个应用组件,启动之后一直默默的长时间的运行在后台,不像Activty那样可以跟用户交互,就算我们退出应用了,Service仍然可以在后台执行。因此可以利用Service的这个特性帮我们解决很多问题。服务是一个应用程序组件代表应用程序执行一个长时间操作的行为,虽然不与用户交互或供应功能供其它应用程序使用。每个服务类必须有一个相应的包的AndroidManifest.xml中 声明。服务可以通过Context.startService()和Context.bindService()开始工作。它和其他的应用对象一样,在他的宿主进程的主线程中运行。
public abstract class Service extends ContextWrapperimplements ComponentCallbacks{
...
}
public ServiceDemo extends Service{
@override
public void onCreate() {
//当服务第一次被创建时被调用
}
……
}
//manifest文件中声明
onCreate() 该方法在服务被创建时调用,该方法只会被调用一次,无论调用多少次startService(intent)或bindService()方法,服务也只被创建一次。onDestroy()该方法在服务被终止时调用。
onStart() 只有采用Context.startService()方法启动服务时才会回调该方法。该方法在服务开始运行时被调用。多次调用startService()方法尽管不会多次创建服务,但onStart() 方法会被多次调用。
onBind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用,当调用者与服务已经绑定,多次调用Context.bindService()方法并不会导致该方法被多次调用。onUnbind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务解除绑定时被调用。
服务Service 不能自己运行,需要通过调用Context.startService(intent)或Context.bindService(intent,serviceconnection,BIND_AUTO_CREATE)方法启动服务,两者使用场合不同。
如果打算采用Context.startService()方法启动服务,在服务未被创建时,系统会先调用服务的onCreate()方法,接着调用onStart()方法。如果调用startService()方法前服务已经被创建,多次调用startService()方法并不会导致多次创建服务,但会导致多次调用onStart()方法。采用startService()方法启动的服务,只能调用Context.stopService()方法结束服务,服务结束时会调用onDestroy()方法。
如果打算采用Context.bindService()方法启动服务,在服务未被创建时,系统会先调用服务的onCreate()方法,接着调用onBind()方法。这个时候调用者和服务绑定在一起,调用者退出了,系统就会先调用服务的onUnbind()方法,接着调用onDestroy()方法。如果调用bindService()方法前服务已经被绑定,多次调用bindService()方法并不会导致多次创建服务及绑定(也就是说onCreate()和onBind()方法并不会被多次调用)。如果调用者希望与正在绑定的服务解除绑定,可以调用unbindService()方法,调用该方法也会导致系统调用服务的onUnbind()–>onDestroy()方法。
通过startService()和stopService()启动关闭服务适用于服务和访问者之间没有交互,如果服务和访问者之间需要方法调用和传递参数(如访问者能够通过Ibinder对象调用服务里的方法等),则使用bindService()和unbindService()方法启动关闭服务,采用bindService的启动服务时,在服务未被创建时,系统会先调用服务的onCreate方法,接着调用onBind(),这个时候访问者和服务被绑定在一起,如果访问者与服务进行通信,那么onBind()返回IBinder对象,如果访问者退出了,系统会先调用服务的onUnbind方法再接着调用onDestroy(),如果调用bindService()前服务以及被绑定,多次调用bindService()并不会导致多次创建服务及绑定(即onCreate和onBind并不会多次调用);如果访问者希望与正在绑定的服务解除绑定,可以调用unbindService,
//建立一个测试Activity,通过四个按钮分别实现两种方式的启动服务和关闭服务,布局文件就不放了,
package cmo.test.service;
import android.app.Activity;
import android.content.ComponentName;
import android.content.Context;
import android.content.Intent;
import android.content.ServiceConnection;
import android.os.Bundle;
import android.os.IBinder;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
public class MainActivity extends Activity {
private Button stopBtn;
private Button bindBtn;
private Button unbindBtn;
private PlayMusicService playService;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
init();
}
private void init(){
getView();
bindListner();
}
private void getView(){
stopBtn=(Button)findViewById(R.id.stopBtn);
bindBtn=(Button) findViewById(R.id.bindBtn);
unbindBtn=(Button) findViewById(R.id.unbindBtn);
}
private void bindListner(){
stopBtn.setOnClickListener(new BtnClickListener());
bindBtn.setOnClickListener(new BtnClickListener());
unbindBtn.setOnClickListener(new BtnClickListener());
}
public void dostartServices(View view){
Intent service=new Intent(MainActivity.this,PlayMusicService.class);
this.startService(service);
}
private class BtnClickListener implements OnClickListener{
@Override
public void onClick(View arg0) {
Intent service=new Intent(MainActivity.this,PlayMusicService.class);
switch(arg0.getId()){
case R.id.stopBtn:
stopService(service);
break;
case R.id.bindBtn:
bindService(service, null, Context.BIND_AUTO_CREATE);
break;
case R.id.unbindBtn:
unbindService(null);
break;
default:
break;
}
}
}
}
继承Service类重写相关方法,使用服务播放本地音乐
package cmo.test.service;
import android.app.Service;
import android.content.Intent;
import android.media.MediaPlayer;
import android.os.Binder;
import android.os.IBinder;
import android.util.Log;
public class PlayMusicService extends Service {
private final String TAG="PlayMusicService";
private MediaPlayer mp;
public class LocalBinder extends Binder {
public PlayMusicService getService() {
return PlayMusicService.this;
}
}
@Override
public IBinder onBind(Intent arg0) {
Log.d(TAG, "onBind方法当服务被创建时调用");
return null;
}
@Override
public void onCreate() {
super.onCreate();
//当服务被创建时调用
Log.d(TAG, "onCreate方法当服务被创建时调用");
playDiscoMiusic();
}
@Override
public void onDestroy() {
super.onDestroy();
Log.d(TAG, "onDestroy方法当服务被释放时调用");
if(mp.isPlaying()){
mp.stop();
mp.release();
}
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.d(TAG, "onStartCommand方法当服务被将被删除");
return super.onStartCommand(intent, flags, startId);
}
@Override
public boolean onUnbind(Intent intent) {
Log.d(TAG, "onUnbind方法当服务被将被删除");
return super.onUnbind(intent);
}
private void playDiscoMiusic(){
Log.d(TAG, "playDiscoMiusic调用");
try {
mp=MediaPlayer.create(getApplicationContext(), R.raw.disco);
mp.start();
} catch (Exception e) {
e.printStackTrace();
}
}
}
startService方式运行结果
bindService方式运行结果
要想实现,本地服务与Activity交互,必须采用bindService方法,借助IBinder对象来实现。本例是实现在Activity中调用服务里的called方法
//为了方便在Activity中调用,应该把Activity要调用服务中的方法,暴露出来即封装到接口中
package cmo.test.service;
public interface ICallsServiceMethod {
/**
* 因为在服务中定义的Binder对象都是私有的,所以为了更加易于以后代码维护特意设计一个接口供调用
*/
public String calledByActivity();
}
然后继承Service,重写onBind方法,并且实现一个IBinder对象,自己根据需求封装,这个IBinder对象就是Activity与服务能够交互的关键
package cmo.test.service;
import android.app.Service;
import android.content.Intent;
import android.os.Binder;
import android.os.IBinder;
public class PlayServiceByBind extends Service {
private IBinder binder=new ServiceBinder();
/**
* Activity 要通过IBinder对象调用Service中的方法
*/
public String called(){
return "我是即将被Activity通过IBinder对象调用的方法";
}
@Override
public IBinder onBind(Intent arg0) {
//当系统自动调用onBind方法时,系统会自动向客户端返回IBinder对象,所以我们需要做的是,实现一个IBinder对象,在onBind中返回bingder对象
return binder;
}
/**
* 当我们通过bindService启动服务的时候,服务会向客户端(访问者)返回IBinder对象,
* 就可以通过IBinder对象去调用Service的方法,所以我们必须去实现我们的IBinder类,
* 只需要去继承一个已经实现了IBinder接口的Binder类即可,需要什么暴露什么功能自己去封装到这个类里
* @author cmo
*/
private final class ServiceBinder extends Binder implements ICallsServiceMethod{
@Override
public String calledByActivity() {
return called();
}
}
}
实现一个交互接口ServiceConnection,用于接收系统返回来的IBinder对象
package cmo.test.service;
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.view.View;
import android.widget.TextView;
public class CallsServiceActivity extends Activity {
private TextView msgTxt;
private ServiceConnection conn=new DemoServiceConnection();//用于服务与客户端交互
private ICallsServiceMethod icalls;//用于调用服务中方法的接口
@Override
protected void onCreate(Bundle savedInstanceState) {
setContentView(R.layout.activity_callsservice);
super.onCreate(savedInstanceState);
init();
}
@Override
protected void onDestroy() {
unbindService(conn);
super.onDestroy();
}
public void init(){
getView();
Intent intent=new Intent(this,PlayServiceByBind.class);
bindService(intent,conn,BIND_AUTO_CREATE);//第一个参数用于激活服务intent、第二个提供服务与客户端交互的对像,第三个指定,绑定之后自动创建服务
}
private void getView(){
msgTxt=(TextView)findViewById(R.id.serviceTxt);
}
public void callsServiceMethod(View view){
msgTxt.setText(icalls.calledByActivity());
}
//定义一个内部类实现ServiceConnection接口 ,用户服务端与客户交互
private final class DemoServiceConnection implements ServiceConnection{
@Override
public void onServiceConnected(ComponentName arg0, IBinder arg1) {
//当服务与客户端绑定的时候,就被系统自动回调
icalls=(ICallsServiceMethod)arg1;
}
@Override
public void onServiceDisconnected(ComponentName arg0) {
//当服务与客户端解除绑定的时候,就被系统自动回调
icalls=null;
}
}
}
本地服务即服务和访问者在同一个进程中(同一应用);而远程服务AIDL(接口定义语言,用于约束两个进程之间的通讯规则,供编译器生成代码实现android设备上两个进程间的通信(IPC),IPC会首先转换成AIDL协议消息,然后发生给对方,对方收到AIDL消息之后再转换成相应的对象,由于进程之间通信需要双向转换,所以android采用代理类在背后实现了信息的双向转换,代理类由android编译器生成,对于开发人员来说是透明的)就是服务和访问者不在同一进程。
或许会有人认为,为什么不用thread代替service呢。首先得明白本地Service是运行在主进程的main线程上的,即使是远程service,也是运行在独立进程的main线程上。而线程主要是用来执行一些异步的操作运行在其他线程上的。再从生命周期来分析,当一个应用程序被强制终止后,应用程序中开启的线程也会被销毁,而service可以做到在应用被终止的情况下仍然在后台正常的运行。其次是同一个线程对象没法被多个activty控制,如有时候会出现这种情况:当 Activity 被 finish 之后,该Activty启动的线程还在执行,此时你失去了对该线程的引用,只能通过终止应用来停止该线程的运行。对于一些比较关键的服务,一般选择使用Service,如果比较耗时则可以在service中创建和控制线程,进行异步操作。