Runnable中启动Service，onStartCommand获取Intent参数为null的解决方法

我来帮你分析和解决这个问题——你遇到的intent为null的情况，通常是因为系统在Service被意外销毁后自动重启它时，无法恢复之前的Intent导致的。下面给你具体的解决方案：

为什么Intent会变成null？ #

当你的Service因为系统内存不足等原因被杀死后，如果之前onStartCommand返回的是START_STICKY或者START_REDELIVER_INTENT，系统会尝试重启Service。但：

• 返回START_STICKY时，重启后onStartCommand的intent会是null；
• 返回START_REDELIVER_INTENT时，系统本应重新传递最后一次的Intent，但在某些场景下（比如进程被彻底清理），还是可能出现intent为null的情况。

所以我们不能完全依赖系统的Intent重传，需要自己保存传递的stations数据。

具体解决方案 #

1. 持久化保存传递的数据 #

在InitLocationsOnStartup中，我们可以用SharedPreferences来持久化存储stations字符串，这样即使Service重启，也能从本地读取到数据。

修改你的Service代码：

public class InitLocationsOnStartup extends Service {
    private String mStations;
    // 定义SharedPreferences的名称和键
    private static final String SERVICE_PREFS = "LocationServicePrefs";
    private static final String KEY_STATIONS = "saved_stations";

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        // 处理Intent数据
        if (intent != null) {
            // 提取传递的stations字符串
            mStations = intent.getStringExtra("stations");
            // 保存到SharedPreferences
            SharedPreferences prefs = getSharedPreferences(SERVICE_PREFS, MODE_PRIVATE);
            prefs.edit().putString(KEY_STATIONS, mStations).apply();
        } else {
            // Intent为null时，从SharedPreferences读取保存的数据
            SharedPreferences prefs = getSharedPreferences(SERVICE_PREFS, MODE_PRIVATE);
            mStations = prefs.getString(KEY_STATIONS, null);
        }

        // 检查数据是否存在，再执行业务逻辑
        if (mStations != null) {
            // 这里写你的业务代码，比如解析JSON
            handleStationsData(mStations);
        } else {
            // 没有数据时，停止Service或者根据需求处理
            stopSelf(startId);
            return START_NOT_STICKY;
        }

        // 选择返回值：START_REDELIVER_INTENT会让系统尝试重传最后一次Intent
        return START_REDELIVER_INTENT;
    }

    private void handleStationsData(String stationsJson) {
        // 你的业务逻辑，比如解析JSON、初始化位置等
    }

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

    // 适配Android 8.0及以上的前台Service要求
    @Override
    public void onCreate() {
        super.onCreate();
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            // 创建通知渠道
            NotificationChannel channel = new NotificationChannel(
                    "location_service_channel",
                    "Location Initialization Service",
                    NotificationManager.IMPORTANCE_LOW
            );
            NotificationManager notificationManager = getSystemService(NotificationManager.class);
            notificationManager.createNotificationChannel(channel);

            // 创建前台通知
            Notification notification = new NotificationCompat.Builder(this, "location_service_channel")
                    .setSmallIcon(R.drawable.ic_service_notification) // 替换成你的应用图标
                    .setContentTitle("Initializing Locations")
                    .setContentText("Running in background")
                    .build();

            startForeground(1, notification);
        }
    }
}

2. 适配Android版本的Service启动方式 #

在Android 8.0（API 26）及以上，直接调用startService会抛出异常，必须使用startForegroundService。修改你的Runnable中的启动代码：

Intent serviceIntent = new Intent(mContext, InitLocationsOnStartup.class);
serviceIntent.putExtra("stations", json);
// 适配Android版本
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    mContext.startForegroundService(serviceIntent);
} else {
    mContext.startService(serviceIntent);
}

关键注意点 #

• 持久化存储选择：除了SharedPreferences，你也可以用数据库或者文件存储，根据数据大小和需求选择；
• 返回值选择：如果你的Service必须依赖传递的stations数据才能运行，返回START_REDELIVER_INTENT会让系统在重启时尝试重传Intent，但结合本地存储能更可靠地避免null；
• 前台Service：Android 8.0及以上要求后台Service必须变为前台Service并显示通知，否则会被系统杀死，所以一定要在onCreate中添加前台通知逻辑。

内容的提问来源于stack exchange，提问作者more