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

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

这是我提出的一个很好的解决方案，但它只适用于运行在单独进程中的服务。这可以通过在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())
}

然后它就完美地工作了。

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

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

在你的服务子类中，使用一个静态布尔值来获取服务的状态，如下所示。

MyService.kt

class MyService : Service() {
    override fun onCreate() {
        super.onCreate()
        isServiceStarted = true
    }
    override fun onDestroy() {
        super.onDestroy()
        isServiceStarted = false
    }
    companion object {
        var isServiceStarted = false
    }
}

MainActivity.kt

class MainActivity : AppCompatActivity(){
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val serviceStarted = FileObserverService.isServiceStarted
        if (!serviceStarted) {
            val startFileObserverService = Intent(this, FileObserverService::class.java)
            ContextCompat.startForegroundService(this, startFileObserverService)
        }
    }
}

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

编辑(供记录):

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

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

在Kotlin课上，geekQ的反应。由于geekQ

fun isMyServiceRunning(serviceClass : Class<*> ) : Boolean{
    var manager = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
    for (service in manager.getRunningServices(Integer.MAX_VALUE)) {
        if (serviceClass.name.equals(service.service.className)) {
            return true
        }
    }
    return false
}

调用

isMyServiceRunning(NewService::class.java)