转载请注明转自:noyet12的博客
博客原址:http://blog.csdn.net/u012975705/article/details/49944313
源码下载地址:
(csdn)http://download.csdn.net/detail/u012975705/9283991
前言
onStartCommand方法的返回值 有4种:START_STICKY、START_NOT_STICKY、START_REDELIVER_INTENT、START_STICKY_COMPATIBILITY。
下面通过结合demo测试结果来解释每种返回值所代表的意义。
先看测试代码
服务器类
MyService.java
package com.noyet.practice.servicedemo.service;
import android.app.Service;
import android.content.Context;
import android.content.Intent;
import android.os.Handler;
import android.os.IBinder;
import android.support.annotation.Nullable;
import android.util.Log;
/**
* package: com.noyet.practice.servicedemo.service
* Created by noyet on 2015/11/19.
*/
public class MyService extends Service {
private final String TAG = "MyService";
private final int DELAY = 2000;
private Handler mHander = new Handler();
private Runnable mTask = new Runnable() {
@Override
public void run() {
Log.d(TAG, DELAY / 1000 + "s after");
// 故意制造异常,使该进程挂掉
Integer.parseInt("ok");
}
};
public static void startService(Context context) {
Intent intent = new Intent(context, MyService.class);
context.startService(intent);
}
@Override
public void onCreate() {
super.onCreate();
Log.d(TAG, " onCreate");
mHander.postDelayed(mTask, DELAY);
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.d(TAG, " onStartCommand startId = " + startId);
Log.d(TAG, " onStartCommand intent = " + intent);
/** START_NOT_STICKY | START_STICKY | START_REDELIVER_INTENT | START_STICKY_COMPATIBILITY */
return START_STICKY_COMPATIBILITY;
}
@Nullable
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public void onDestroy() {
Log.d(TAG, " onDestroy");
super.onDestroy();
}
}
测试类
MainActivity.java
package com.noyet.practice.servicedemo;
import android.app.Activity;
import android.os.Bundle;
import com.noyet.practice.servicedemo.service.MyService;
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
MyService.startService(this);
}
}
使用START_STICKY作为返回值
测试结果:
这里写图片描述
程序被异常kill后(服务被重启了,但intent对象被清除了)
这里写图片描述
系统在调用完onStartCommand()方法后,如果当前服务被终止了,系统会使该服务保持在启动状态,不过它不会保留之前传递的Intent对象。但是由于它保持启动状态,随后系统会尝试重新创建service,但之前的Intent对象没有被保存。在这个情况下,如果期间没有任何启动命令被传递到Service,那么参数Intent将为null。因此使用START_STICKY作为返回值,适用于不执行命令的媒体播放器(或类似的服务),它只是无限期的运行着并等待工作的到来.
使用START_NOT_STICKY作为返回值
测试结果:
这里写图片描述
程序被异常kill后(服务没有被重建)
这里写图片描述
系统在调用完onStartCommand方法后,如果当前服务被终止了并且在此期间没有任何启动命令被传递到Service,那么系统将是使当前服务退出启动状态,并且除非重新调用Context.startService(Intent),否则不会重新被创建(即不会重新调用onCreate方法)。因为当前服务退出了启动状态,所以除非在此期间启动命令被传递到Service,否则也不会调用。这是最安全的选项,用来避免在不需要的时候运行你的服务。onStartCommand方法。
使用START_REDELIVER_INTENT作为返回值
测试结果:
这里写图片描述
程序被异常kill后(服务被重启了,并保留了intent对象)
这里写图片描述 这里写图片描述
使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务,并将Intent的值传入。并且在在该服务调用stopSelf方法之前,能够一直保留intent对象数据。这适用于那些应该立即恢复正在执行的工作的服务,如下载文件。
使用START_STICKY_COMPATIBILITY作为返回值
START_STICKY的兼容版本,但不保证服务被终止后一定能重启。
测试结果:
这里写图片描述
程序被异常kill后(服务虽然被重建,但没有重启)
这里写图片描述
版权声明:本文为博主原创文章,转载请注明出处。博客首页:http://blog.csdn.net/u012975705。订阅:http://blog.csdn.net/u012975705/rss/list
网友评论