1、Service的种类
按运行地点分类:
类别 |
区别 |
优点 |
缺点 |
应用 |
本地服务(Local) |
该服务依附在主进程上, |
服务依附在主进程上而不是独立的进程,这样在一定程度上节约了资源,另外Local服务因为是在同一进程因此不需要IPC,也不需要AIDL。相应bindService会方便很多。 |
主进程被Kill后,服务便会终止。 |
非常常见的应用如:HTC的音乐播放服务,天天动听音乐播放服务。 |
远程服务(Remote) |
该服务是独立的进程, |
服务为独立的进程,对应进程名格式为所在包名加上你指定的android:process字符串。由于是独立的进程,因此在Activity所在进程被Kill的时候,该服务依然在运行,不受其他进程影响,有利于为多个进程提供服务具有较高的灵活性。 |
该服务是独立的进程,会占用一定资源,并且使用AIDL进行IPC稍微麻烦一点。 |
一些提供系统服务的Service,这种Service是常驻的。 |
其实remote服务还是很少见的,并且一般都是系统服务。
按运行类型分类:
类别 |
区别 |
应用 |
前台服务 |
会在通知一栏显示 ONGOING 的 Notification, |
当服务被终止的时候,通知一栏的 Notification 也会消失,这样对于用户有一定的通知作用。常见的如音乐播放服务。 |
后台服务 |
默认的服务即为后台服务,即不会在通知一栏显示ONGOING 的Notification。 |
当服务被终止的时候,用户是看不到效果的。某些不需要运行或终止提示的服务,如天气更新,日期同步,邮件同步等。 |
有同学可能会问,后台服务我们可以自己创建 ONGOING 的 Notification 这样就成为前台服务吗?答案是否定的,前台服务是在做了上述工作之后需要调用 startForeground (android 2.0 及其以后版本)或 setForeground (android
2.0 以前的版本)使服务成为 前台服务。这样做的好处在于,当服务被外部强制终止掉的时候,ONGOING 的 Notification 任然会移除掉。
按使用方式分类:
类别 |
区别 |
startService 启动的服务 |
主要用于启动一个服务执行后台任务,不进行通信。停止服务使用stopService |
bindService 启动的服务 |
该方法启动的服务要进行通信。停止服务使用unbindService |
startService同时也 bindService 启动的服务 |
停止服务应同时使用stepService与unbindService |
以上面三种方式启动的服务其生命周期也有区别,将在随后给出。
2、Service 与 Thread 的区别
很多时候,你可能会问,为什么要用 Service,而不用 Thread 呢,因为用 Thread 是很方便的,比起 Service 也方便多了,下面我详细的来解释一下。
1). Thread:Thread 是程序执行的最小单元,它是分配CPU的基本单位。可以用 Thread 来执行一些异步的操作。
2). Service:Service 是android的一种机制,当它运行的时候如果是Local Service,那么对应的 Service 是运行在主进程的 main 线程上的。如:onCreate,onStart 这些函数在被系统调用的时候都是在主进程的
main 线程上运行的。如果是Remote Service,那么对应的 Service 则是运行在独立进程的 main 线程上。因此请不要把 Service 理解成线程,它跟线程半毛钱的关系都没有!
既然这样,那么我们为什么要用 Service 呢?其实这跟 android 的系统机制有关,我们先拿 Thread 来说。Thread 的运行是独立于 Activity 的,也就是说当一个 Activity 被 finish 之后,如果你没有主动停止 Thread或者
Thread 里的 run 方法没有执行完毕的话,Thread也会一直执行。因此这里会出现一个问题:当 Activity 被 finish 之后,你不再持有该 Thread 的引用。另一方面,你没有办法在不同的 Activity 中对同一 Thread 进行控制。
举个例子:如果你的 Thread 需要不停地隔一段时间就要连接服务器做某种同步的话,该 Thread需要在 Activity 没有start的时候也在运行。这个时候当你 start 一个 Activity 就没有办法在该 Activity 里面控制之前创建的 Thread。因此你便需要创建并启动一个
Service ,在 Service 里面创建、运行并控制该 Thread,这样便解决了该问题(因为任何 Activity 都可以控制同一 Service,而系统也只会创建一个对应 Service 的实例)。
因此你可以把 Service 想象成一种消息服务,而你可以在任何有 Context 的地方调用 Context.startService、Context.stopService、Context.bindService,Context.unbindService,来控制它,你也可以在
Service 里注册 BroadcastReceiver,在其他地方通过发送 broadcast 来控制它,当然这些都是 Thread 做不到的。
3、Service的生命周期
onCreate onStart onDestroy onBind
1). 被启动的服务的生命周期:如果一个Service被某个Activity 调用 Context.startService 方法启动,那么不管是否有Activity使用bindService绑定或unbindService解除绑定到该Service,该Service都在后台运行。如果一个Service被startService
方法多次启动,那么onCreate方法只会调用一次,onStart将会被调用多次(对应调用startService的次数),并且系统只会创建Service的一个实例(因此你应该知道只需要一次stopService调用)。该Service将会一直在后台运行,而不管对应程序的Activity是否在运行,直到被调用stopService,或自身的stopSelf方法。当然如果系统资源不足,android系统也可能结束服务。
2). 被绑定的服务的生命周期:如果一个Service被某个Activity 调用 Context.bindService 方法绑定启动,不管调用 bindService调用几次,onCreate方法都只会调用一次,同时onStart方法始终不会被调用。当连接建立之后,Service将会一直运行,除非调用Context.unbindService
断开连接或者之前调用bindService的 Context 不存在了(如Activity被finish的时候),系统将会自动停止Service,对应onDestroy将被调用。
3). 被启动又被绑定的服务的生命周期:如果一个Service又被启动又被绑定,则该Service将会一直在后台运行。并且不管如何调用,onCreate始终只会调用一次,对应startService调用多少次,Service的onStart便会调用多少次。调用unbindService将不会停止Service,而必须调用
stopService 或 Service的 stopSelf 来停止服务。
4). 当服务被停止时清除服务:当一个Service被终止(1、调用stopService;2、调用stopSelf;3、不再有绑定的连接(没有被启动))时,onDestroy方法将会被调用,在这里你应当做一些清除工作,如停止在Service中创建并运行的线程。
特别注意:
1、你应当知道在调用 bindService 绑定到Service的时候,你就应当保证在某处调用 unbindService 解除绑定(尽管 Activity 被 finish 的时候绑定会自 动解除,并且Service会自动停止);
2、你应当注意 使用 startService 启动服务之后,一定要使用 stopService停止服务,不管你是否使用bindService;
3、同时使用 startService 与 bindService 要注意到,Service 的终止,需要unbindService与stopService同时调用,才能终止 Service,不管 startService
与 bindService 的调用顺序,如果先调用 unbindService 此时服务不会自动终止,再调用 stopService 之后服务才会停止,如果先调用 stopService 此时服务也不会终止,而再调用 unbindService 或者 之前调用 bindService 的 Context 不存在了(如Activity 被 finish 的时候)之后服务才会自动停止;
4、当在旋转手机屏幕的时候,当手机屏幕在“横”“竖”变换时,此时如果你的 Activity 如果会自动旋转的话,旋转其实是 Activity 的重新创建,因此旋转之前的使用 bindService 建立的连接便会断开(Context 不存在了),对应服务的生命周期与上述相同。
5、在 sdk 2.0 及其以后的版本中,对应的 onStart 已经被否决变为了 onStartCommand,不过之前的 onStart 任然有效。这意味着,如果你开发的应用程序用的 sdk 为 2.0 及其以后的版本,那么你应当使用 onStartCommand
而不是 onStart。
4、startService 启动服务
想要用 startService 启动服务,不管Local 还是Remote 我们需要做的工作都是一样简单。当然要记得在 Androidmanifest.xml 中注册 service。
根据上面的生命周期,我们便会给出 Service 中的代码框架:
01 |
package
com.newcj.test;
|
03 |
import
android.app.Service;
|
04 |
import
android.content.Intent;
|
05 |
import
android.os.IBinder;
|
07 |
public
class LocalService1 extends Service {
|
10 |
* onBind 是 Service 的虚方法,因此我们不得不实现它。
|
11 |
* 返回 null,表示客服端不能建立到此服务的连接。
|
14 |
public IBinder onBind(Intent intent) {
|
19 |
public void
onCreate() {
|
24 |
public void
onStart(Intent intent, int
startId) {
|
25 |
super .onStart(intent, startId);
|
29 |
public void
onDestroy() {
|
对应生命周期系统回调函数上面已经说明,在对应地方加上适当的代码即可。下面是启动与停止 Service 的代码:
2 |
startActivity( new Intent( this , LocalService1. class ));
|
5 |
stopService( new Intent( this , LocalService1. class ));
|
对应的 Intent 为标志服务类的 Intent。
5、Local 与 Remote 服务绑定
同样记得在 Androidmanifest.xml 中注册 service
1). Local 服务绑定:Local 服务的绑定较简单,首先在 Service 中我们需要实现 Service的抽象方法 onBind,并返回一个实现 IBinder 接口的对象。
Service 中的代码:
01 |
package
com.newcj.test;
|
03 |
import
android.app.Service;
|
04 |
import
android.content.Intent;
|
05 |
import
android.os.Binder;
|
06 |
import
android.os.IBinder;
|
08 |
public
class LocalService extends Service {
|
11 |
* 在 Local Service 中我们直接继承 Binder 而不是 IBinder,因为 Binder 实现了 IBinder 接口,这样我们可以少做很多工作。
|
14 |
public class
SimpleBinder extends
Binder{
|
19 |
public LocalService getService(){
|
20 |
return LocalService. this ;
|
23 |
public int
add( int a,
int b){
|
28 |
public SimpleBinder sBinder;
|
31 |
public void
onCreate() {
|
34 |
sBinder = new
SimpleBinder();
|
38 |
public IBinder onBind(Intent intent) {
|
上面的代码关键之处,在于 onBind(Intent) 这个方法 返回了一个实现了 IBinder 接口的对象,这个对象将用于绑定Service 的Activity 与 LocalService 通信。下面是 Activity 中的代码:
01 |
package
com.newcj.test;
|
03 |
import
android.app.Activity;
|
04 |
import
android.content.ComponentName;
|
05 |
import
android.content.Context;
|
06 |
import
android.content.Intent;
|
07 |
import
android.content.ServiceConnection;
|
08 |
import
android.os.Bundle;
|
09 |
import
android.os.IBinder;
|
10 |
import
android.util.Log;
|
11 |
import
android.view.View;
|
12 |
import
android.view.View.OnClickListener;
|
14 |
public
class Main extends Activity {
|
15 |
private final
static String TAG =
"SERVICE_TEST" ;
|
16 |
private ServiceConnection sc;
|
17 |
private boolean
isBind;
|
20 |
public void
onCreate(Bundle savedInstanceState) {
|
21 |
super .onCreate(savedInstanceState);
|
22 |
setContentView(R.layout.main);
|
23 |
sc = new
ServiceConnection() {
|
26 |
public void
onServiceDisconnected(ComponentName name) {
|
31 |
public void
onServiceConnected(ComponentName name, IBinder service) {
|
32 |
LocalService.SimpleBinder sBinder = (LocalService.SimpleBinder)service;
|
33 |
Log.v(TAG, "3 + 5 = "
+ sBinder.add( 3 , 5 ));
|
34 |
Log.v(TAG, sBinder.getService().toString());
|
37 |
findViewById(R.id.btnBind).setOnClickListener( new OnClickListener() {
|
40 |
public void
onClick(View v) {
|
41 |
bindService( new Intent(Main. this , LocalService. class ),
sc, Context.BIND_AUTO_CREATE);
|
45 |
findViewById(R.id.btnUnbind).setOnClickListener( new OnClickListener() {
|
48 |
public void
onClick(View v) {
|
在 Activity 中,我们通过 ServiceConnection 接口来取得建立连接 与 连接意外丢失的回调。bindService有三个参数,第一个是用于区分 Service 的Intent 与 startService 中的 Intent 一致,第二个是实现了 ServiceConnection
接口的对象,最后一个是 flag 标志位。有两个flag,BIND_DEBUG_UNBIND 与 BIND_AUTO_CREATE,前者用于调试(详细内容可以查看javadoc 上面描述的很清楚),后者默认使用。unbindService 解除绑定,参数则为之前创建的 ServiceConnection 接口对象。另外,多次调用 unbindService 来释放相同的连接会抛出异常,因此我创建了一个 boolean
变量来判断是否 unbindService 已经被调用过。
运行结果:
2). Remote 服务绑定:Remote 的服务绑定由于服务是在另外一个进程,因此需要用到 android 的 IPC 机制。这将又是一个很长的话题,因此,我打算写另外一篇
android 的 IPC 机制分析 ,并在其中进行详述,然后在这里更新链接,敬请关注。
特别注意:
1、Service.onBind如果返回null,则调用 bindService 会启动 Service,但不会连接上 Service,因此ServiceConnection.onServiceConnected 不会被调用,但你任然需要使用 unbindService
函数断开它,这样 Service才会停止。
6、创建前台服务
前台服务的优点上面已经说明,但设置服务为前台服务,我们需要注意在 sdk 2.0 及其以后版本使用的方法是 startForeground 与 stopForeground,之前版本使用的是 setForeground ,因此如果你应用程序的最低运行环境要求是 2.0,那么这里可以直接运用新方法,如果运行环境是2.0以下,那么为了保证向后兼容性,这里必须使用反射技术来调用新方法。
下面是我仿照 ApiDemos 重新敲的代码,对某些地方进行了修改,因此更具有说明性:
001 |
package
com.newcj.test;
|
003 |
import
java.lang.reflect.InvocationTargetException;
|
004 |
import
java.lang.reflect.Method;
|
006 |
import
android.app.Notification;
|
007 |
import
android.app.NotificationManager;
|
008 |
import
android.app.PendingIntent;
|
009 |
import
android.app.Service;
|
010 |
import
android.content.Context;
|
011 |
import
android.content.Intent;
|
012 |
import
android.os.IBinder;
|
014 |
public
class ForegroundService extends Service {
|
016 |
private static
final Class[] mStartForegroundSignature =
new Class[] {
|
017 |
int . class , Notification. class };
|
018 |
private static
final Class[] mStopForegroundSignature =
new Class[] {
|
020 |
private NotificationManager mNM;
|
021 |
private Method mStartForeground;
|
022 |
private Method mStopForeground;
|
023 |
private Object[] mStartForegroundArgs =
new Object[ 2 ];
|
024 |
private Object[] mStopForegroundArgs =
new Object[ 1 ];
|
027 |
public IBinder onBind(Intent intent) {
|
032 |
public void
onCreate() {
|
034 |
mNM = (NotificationManager)getSystemService(Context.NOTIFICATION_SERVICE);
|
036 |
mStartForeground = ForegroundService. class .getMethod( "startForeground" ,
mStartForegroundSignature);
|
037 |
mStopForeground = ForegroundService. class .getMethod( "stopForeground" ,
mStopForegroundSignature);
|
038 |
} catch
(NoSuchMethodException e) {
|
039 |
mStartForeground = mStopForeground = null ;
|
043 |
Notification notification = new
Notification(R.drawable.icon, "Foreground Service Started." ,
|
044 |
System.currentTimeMillis());
|
045 |
PendingIntent contentIntent = PendingIntent.getActivity( this , 0 ,
|
046 |
new Intent( this , Main. class ), 0 );
|
047 |
notification.setLatestEventInfo( this , "Foreground Service" ,
|
048 |
"Foreground Service Started." , contentIntent);
|
050 |
startForegroundCompat( 1 , notification);
|
054 |
public void
onDestroy() {
|
056 |
stopForegroundCompat( 1 );
|
060 |
private void
startForegroundCompat( int id, Notification n){
|
061 |
if (mStartForeground != null ){
|
062 |
mStartForegroundArgs[ 0 ] = id;
|
063 |
mStartForegroundArgs[ 1 ] = n;
|
066 |
mStartForeground.invoke( this , mStartForegroundArgs);
|
067 |
} catch
(IllegalArgumentException e) {
|
069 |
} catch
(IllegalAccessException e) {
|
071 |
} catch
(InvocationTargetException e) {
|
082 |
private void
stopForegroundCompat( int id){
|
083 |
if (mStopForeground != null ){
|
084 |
mStopForegroundArgs[ 0 ] = Boolean.TRUE;
|
087 |
mStopForeground.invoke( this , mStopForegroundArgs);
|
088 |
} catch
(IllegalArgumentException e) {
|
090 |
} catch
(IllegalAccessException e) {
|
092 |
} catch
(InvocationTargetException e) {
|
101 |
setForeground( false );
|
特别注意:
1、使用 startForeground ,如果 id 为 0 ,那么 notification 将不会显示。
7、在什么情况下使用 startService或 bindService 或 同时使用startService 和 bindService
如果你只是想要启动一个后台服务长期进行某项任务那么使用 startService 便可以了。如果你想要与正在运行的 Service 取得联系,那么有两种方法,一种是使用 broadcast ,另外是使用 bindService ,前者的缺点是如果交流较为频繁,容易造成性能上的问题,并且 BroadcastReceiver
本身执行代码的时间是很短的(也许执行到一半,后面的代码便不会执行),而后者则没有这些问题,因此我们肯定选择使用 bindService(这个时候你便同时在使用 startService 和 bindService 了,这在 Activity 中更新 Service 的某些运行状态是相当有用的)。另外如果你的服务只是公开一个远程接口,供连接上的客服端(android
的 Service 是C/S架构)远程调用执行方法。这个时候你可以不让服务一开始就运行,而只用 bindService ,这样在第一次 bindService 的时候才会创建服务的实例运行它,这会节约很多系统资源,特别是如果你的服务是Remote Service,那么该效果会越明显(当然在
Service 创建的时候会花去一定时间,你应当注意到这点)。
8、在 AndroidManifest.xml里 Service 元素的常见选项
android:name ------------- 服务类名
android:label -------------- 服务的名字,如果此项不设置,那么默认显示的服务名则为类名
android:icon -------------- 服务的图标
android:permission ------- 申明此服务的权限,这意味着只有提供了该权限的应用才能控制或连接此服务
android:process ---------- 表示该服务是否运行在另外一个进程,如果设置了此项,那么将会在包名后面加上这段字符串表示另一进程的名字
android:enabled ---------- 如果此项设置为 true,那么 Service 将会默认被系统启动,不设置默认此项为 false
android:exported --------- 表示该服务是否能够被其他应用程序所控制或连接,不设置默认此项为 false
本文代码下载地址:http://files.cnblogs.com/newcj/ServiceTest.zip
相关推荐
android,启动service,并且service把值传给Activity显示
一篇对于android service的详细总结
Android之Service学习总结收集.pdf
Android知识系统全面总结+j精通android
android aidl service
Android Studio Service安卓在服务中如何弹出对话框Dialog
Android防止service多次执行startCommand 博客地址:http://blog.csdn.net/yuzhiqiang_1993/article/details/78211385
这是自己学习android中service组件的代码,供以后查看用。
Android中Service的手动、自动以及特殊条件下的重启
android service 简单实例代码 . binder继承一个接口,实现方法。
Android Service下载文件
Android Service大总结Demo 包括跨进程之间的通信。详情请参考博客
Android Native Service
全面总结Android Service的使用方法,具体内容如下 1、Service的种类 按运行地点分类: 其实remote服务还是很少见的,并且一般都是系统服务。 按运行类型分类: 有同学可能会问,后台服务我们可以自己创建 ...
关于Android Service的简单实例:属于start service类型,而不是bound service。
Android下Service组件的简单使用,具体可以参见博客:http://www.cnblogs.com/plokmju/p/Android_Service1.html
android intent service 实例android intent service 实例android intent service 实例
android service中弹出对话框。
Android中Service组件的一些高级应用,具体查看博客:http://www.cnblogs.com/plokmju/p/Android_Service2.html
这是一个关于Service与Activity通信的部分代码,及如何使用Service和Activity通信。