Android Service 服务及生命周期

最新推荐文章于 2023-03-10 10:36:19 发布

zqingyang521

最新推荐文章于 2023-03-10 10:36:19 发布

阅读量572

点赞数

分类专栏： android 基础文章标签： android service

本文链接：https://blog.csdn.net/zqingyang521/article/details/40535197

版权

android 基础专栏收录该内容

5 篇文章 0 订阅

订阅专栏

果然前两天动力爆棚啊，接下来了解下Service

什么是Service?

Service 是运行不可见的，服务于后台的服务。Service类被设计成长生命周期操作的，用来执行一些持续性的，可能耗时的操作。

Service 和Activity一样都是运行在主线程的，所以耗时的操作放到新开线程或者AsyncTask里。

Service 的优先级

android 赋予Service比处于非活动状态的Activity更高的优先级。(对Activity活动状态不了解的 http://blog.csdn.net/zqingyang521/article/details/40504389)

因此当系统请求资源时，Service被终止的可能性更小。如果过早的终止了一个Service，只要有足够资源可用，可以通过配置来自动重启Service。

如果Service需要与用户进行互动(如播放音乐)，那么有必要把这个Service标识为前台控件，从而提高它的优先级。这样就保证了除极端情况下，该Service不会被终止，但是

这样会降低运行时管理资源的能力，从而可能降低整体的用户体验。

创建和控制Service

创建Service

创建一个新的Service必须实现onCreate()和onBind()方法。

package com.example.activitytest;

import android.app.Service;
import android.content.Intent;
import android.os.IBinder;

public class MyService extends Service {

	@Override
	public void onCreate() {
		super.onCreate();
	}

	@Override
	public IBinder onBind(Intent intent) {
		return null;
	}

}

当创建完Service之后，必须在AndroidManifest.xml中注册。在application节点中添加

<service
   android:name=".MyService"
   android:enabled="true" >
</service>

控制Service

当一个Service启动时，就会调用onStartCommand方法，所以这个方法可能在Service生命周期内被调用多次，重写onStartCommand()方法可以控制Service的重启行为。

标准的Service模式是从onStartCommand方法中创建运行一个新线程，用来在后台执行耗时操作，并在该线程完成后终止这个Service。

@Override
	public int onStartCommand(Intent intent, int flags, int startId) {
		// TODO 新开线程处理耗时操作
		return Service.START_STICKY;
	}

看见return Service.START_STICKY;了吗我们可以根据返回不同值来控制Service启动。

START_STICKY

标准的重启行为，如果Service进程运行时被kill了，不保留递送的Intent对象。随后系统会尝试重新创建Service，创建Service后一定会调用onStartCommand方法，传入的Intent为null。总而言之就是你杀死我，我就会尝试去重启，每次重启自己的时候都会忘了上一次我干过什么。

START_NOT_STICKY

这种模式用于启动特殊的操作和命令的Service，如果Service在运行完onStartCommand方法后被kill了，系统不会自动重启该Service，知道startService()方法再次被调用。总而言之就是你杀死我，我就是懒，你不主动启动我，我也不自动重启。

START_REDELIVER_INTENT

在一些情况下，需要确保从Service中请求的命令得以完成(例如时效性比较重要的时候)，这种模式是上面两种模式的结合体，如果存在未处理的启动调用或者进程在调用stopSelt之前被终止时，才会重新启动Service。重启调用onStartCommand方法，并传入没有正常完成处理的Intent。

总而言之就是老子要完成的任务你们是打断不了我的，你杀死我我也会重启把任务处理完，处理完我就不在重启了。

START_STICKY_COMPATIBILITY：

START_STICKY的兼容版本，但不保证服务被kill后一定能重启。总而言之就是老子死了也不知道能不能在启来。

处理完成后，每种模式都要求使用stopServicehe和StopSelf方法显示的停止Service。

启动和停止Service

启动Service有两种方式startService()和bindService()。

startService()实现

Intent intent = new Intent(this,MyService.class);
startService(intent);

bindService()实现

private MyService myService;

// 与activity链接的Service
private ServiceConnection connection = new ServiceConnection() {

	@Override
	public void onServiceDisconnected(ComponentName name) {
		myService = null;
	}

	@Override
	public void onServiceConnected(ComponentName name, IBinder service) {
		// 当建立链接时候调用

		myService = ((myService.MyBinder) service).getService();
		//TODO 调用服务的某些方法myService.method();

	}
	};
	
//连接绑定的Service
public void conService(){
		
	Intent bindIntent = new Intent(this,MyService.class);
		
	bindService(bindIntent, connection, Context.BIND_AUTO_CREATE);
}

在连接的时候第三个参数是个标识。它表明的绑定的操作。android 4.0(api level 14)中引入了许多标志。