Android onStartCommand标志

Question

我有一项简单的服务：

public class TestService extends Service {

final String LOG_TAG = "myLogs";

public void onCreate() {
    super.onCreate();
    Log.d(LOG_TAG, "TestService onCreate");
}

public void onDestroy() {
    super.onDestroy();
    Log.d(LOG_TAG, "TestService onDestroy");
}

public int onStartCommand(Intent intent, int flags, int startId) {
    Log.d(LOG_TAG, "TestService onStartCommand")
    readFlags(flags);
    MyRun mr = new MyRun(startId);
    new Thread(mr).start();
    return START_REDELIVER_INTENT;
}

public IBinder onBind(Intent arg0) {
    return null;
}

void readFlags(int flags) {
    switch (flags) {
        case START_FLAG_REDELIVERY:
            Log.d(LOG_TAG, "START_FLAG_REDELIVERY");
            break;
        case START_FLAG_RETRY:
            Log.d(LOG_TAG, "START_FLAG_RETRY");
            break;
        default:
            Log.d(LOG_TAG, "Flag: " + flags);
    }
}

class MyRun implements Runnable {

    int startId;

    public MyRun(int startId) {
        this.startId = startId;
        Log.d(LOG_TAG, "Run#" + startId + " create");
    }

    public void run() {
        Log.d(LOG_TAG, "Run#" + startId + " start");
        try {
            TimeUnit.SECONDS.sleep(15);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        stop();
    }

    void stop() {
        Log.d(LOG_TAG, "Run#" + startId + " end, stopSelfResult("
                + startId + ") = " + stopSelfResult(startId));
    }
}

如果我理解正确，标记 START_REDELIVER_INTENT 应该尽快重启我的服务，因为有足够的可用内存。 但是（我已经在3台设备上检查了它（4.1.2,4.4.2和6.0.1））当我终止proc时，服务只在其中一个设备上重启（4.1.2）：

 D/myLogs: TestService onCreate
 D/myLogs: TestService onStartCommand
 D/myLogs: START_FLAG_REDELIVERY
 D/myLogs: MyRun#1 create
 D/myLogs: MyRun#1 start
 D/myLogs: MyService onDestroy
 D/myLogs: MyRun#1 end, stopSelfResult(1) = true

其他两个设备的问题是什么？ 与其他标志相同的问题，例如 START_STICKY - 服务进程永久死亡。

Answer 1

覆盖onLowMemory()方法并将Log.d标记放在那里，它会告诉您何时操作系统会在资源紧急情况下尝试停止服务。

START_REDELIVER_INTENT - 告诉系统在崩溃后重新启动服务，并重新发送崩溃时出现的意图。崩溃可能是因为资源不足。

如果没有发生资源紧急情况，那么您的活动将不会被操作系统停止。