不久前我也遇到了同样的问题。由于我的服务是本地的，我最终只是在服务类中使用一个静态字段来切换状态，正如hackbod在这里描述的那样

编辑(供记录):

下面是hackbod提出的解决方案:

如果你的客户端和服务器代码是同一个.apk的一部分，而你是 绑定到服务的具体意图(一个指定 确切的服务类别)，然后您可以简单地将您的服务设置为a 全局变量，当它正在运行时，您的客户端可以检查。 我们故意没有API来检查服务是否正确 跑步是因为，当你想做某事时，几乎没有失败 这样，代码中就会出现竞争条件。

另一种方法是使用kotlin。启发了其他用户的回答

fun isMyServiceRunning(serviceClass: Class<*>): Boolean {
    val manager = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
    return manager.getRunningServices(Integer.MAX_VALUE)
            .any { it.service.className == serviceClass.name }
}

作为kotlin扩展

fun Context.isMyServiceRunning(serviceClass: Class<*>): Boolean {
    val manager = this.getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
    return manager.getRunningServices(Integer.MAX_VALUE)
            .any { it.service.className == serviceClass.name }
}

使用

context.isMyServiceRunning(MyService::class.java)

一个小补语是:

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

调用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。

这更适用于Intent Service调试，因为它们会生成一个线程，但也适用于常规服务。我找到这个线程感谢宾

在我的例子中，我摆弄了调试器并找到了线程视图。它看起来有点像微软Word里的项目符号图标。无论如何，您不必在调试器模式下使用它。单击该流程并单击该按钮。任何Intent服务都会在运行时显示出来，至少在模拟器上是这样。

不久前我也遇到了同样的问题。由于我的服务是本地的，我最终只是在服务类中使用一个静态字段来切换状态，正如hackbod在这里描述的那样

编辑(供记录):

下面是hackbod提出的解决方案:

如果你的客户端和服务器代码是同一个.apk的一部分，而你是 绑定到服务的具体意图(一个指定 确切的服务类别)，然后您可以简单地将您的服务设置为a 全局变量，当它正在运行时，您的客户端可以检查。 我们故意没有API来检查服务是否正确 跑步是因为，当你想做某事时，几乎没有失败 这样，代码中就会出现竞争条件。

我只是想给@Snicolas的答案加上一个注释。以下步骤可以使用/不调用onDestroy()来检查停止服务。

onDestroy() called: Go to Settings -> Application -> Running Services ->选择并停止服务。 onDestroy()未调用:转到设置->应用程序->管理应用程序->选择并“强制停止”您的应用程序，其中您的服务正在运行。但是，由于您的应用程序在这里停止，因此服务实例也肯定会停止。

最后，我想提一下，在单例类中使用静态变量的方法对我来说是有效的。