下面是一个优雅的技巧，涵盖了所有的假设。这只适用于本地服务。

    public final class AService extends Service {

        private static AService mInstance = null;

        public static boolean isServiceCreated() {
            try {
                // If instance was not cleared but the service was destroyed an Exception will be thrown
                return mInstance != null && mInstance.ping();
            } catch (NullPointerException e) {
                // destroyed/not-started
                return false;
            }
        }

        /**
         * Simply returns true. If the service is still active, this method will be accessible.
         * @return
         */
        private boolean ping() {
            return true;
        }

        @Override
        public void onCreate() {
            mInstance = this;
        }

        @Override
        public void onDestroy() {
            mInstance = null;
        }
    }

然后是:

    if(AService.isServiceCreated()){
        ...
    }else{
        startService(...);
    }

我从一个活动内部使用以下:

private boolean isMyServiceRunning(Class<?> serviceClass) {
    ActivityManager manager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE);
    for (RunningServiceInfo service : manager.getRunningServices(Integer.MAX_VALUE)) {
        if (serviceClass.getName().equals(service.service.getClassName())) {
            return true;
        }
    }
    return false;
}

我称之为使用:

isMyServiceRunning(MyService.class)

这是可靠的工作，因为它是基于Android操作系统通过activitymanager# getRunningServices提供的运行服务的信息。

所有使用onDestroy或onSometing事件或binder或静态变量的方法都不会可靠地工作，因为作为开发人员，你永远不知道Android何时决定杀死你的进程，或者调用哪些提到的回调。请注意Android文档中生命周期事件表中的“killable”列。

对于kotlin，可以使用下面的代码。

fun isMyServiceRunning(calssObj: Class<SERVICE_CALL_NAME>): Boolean {
    val manager = requireActivity().getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
    for (service in manager.getRunningServices(Integer.MAX_VALUE)) {
        if (calssObj.getName().equals(service.service.getClassName())) {
            return true
        }
    }
    return false
}

这是我提出的一个很好的解决方案，但它只适用于运行在单独进程中的服务。这可以通过在manifest中添加一个android:process属性来实现。

<service
        android:name=".ExampleService"
        android:process="com.example.service"
        ...

现在，您的服务将运行在具有给定名称的单独进程中。从你的应用程序你可以打电话

val activityManager = context.getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
activityManager.runningAppProcesses.any { it.processName == "com.example.service" }

如果服务正在运行，则返回true，否则返回false。

重要提示:请注意，它将显示您的服务是何时启动的，但当您禁用它时(即在系统从它解除绑定后)，该进程仍然是活跃的。所以你可以简单地强制移除它:

override fun onUnbind(intent: Intent?): Boolean {
    stopSelf()
    return super.onUnbind(intent)
}

override fun onDestroy() {
    super.onDestroy()
    killProcess(Process.myPid())
}

然后它就完美地工作了。

自Android 8(或Oreo)以来，API getRunningServices已弃用。 当然，你可以使用@SuppressWarnings("deprecation")来消除警告。

如果您的服务不需要有多个实例，那么如何在没有getrunningservices的情况下使用:使用单例模式。

public class MyMusicService extends Service {

    private static MyMusicService instance = null;
    
    public static boolean isMyMusicServiceRunning() {
        return instance != null;
    }

然后你可以调用MyMusicService。ismymusicservicerun从您的活动或其他地方。

一个小补语是:

我的目标是知道一个服务是否在运行，如果它没有运行。

调用bindService或调用一个可以被服务捕获的意图不是一个好主意，因为它会在服务未运行时启动服务。

因此，正如miracle2k所建议的，最好是在服务类中有一个静态字段，以知道服务是否已经启动。

为了使它更简洁，我建议用非常非常懒惰的抓取来转换单例中的服务:也就是说，通过静态方法完全没有实例化单例实例。service/singleton的静态getInstance方法只返回已经创建的单例实例。但它并不实际启动或实例化单例本身。服务只能通过正常的服务启动方法启动。

然后，修改单例设计模式，将令人困惑的getInstance方法重命名为类似isInstanceCreated(): boolean方法的方法会更加清晰。

代码如下所示:

public class MyService extends Service
{
   private static MyService instance = null;

   public static boolean isInstanceCreated() {
      return instance != null;
   }//met

   @Override
   public void onCreate()
   {
      instance = this;
      ....
   }//met

   @Override
   public void onDestroy()
   {
      instance = null;
      ...
   }//met
}//class

这个解决方案很优雅，但只有当你可以访问服务类时才有意义，而且只适用于服务的应用程序/包旁边的类。如果你的类在服务应用程序/包之外，那么你可以用Pieter-Jan Van Robays强调的限制来查询ActivityManager。