在 Windows 的上下文中，守护进程和服务这两个术语可以互换吗？
In the context of Windows, are the terms Daemon and Service interchangable?
据我了解，Daemon 是 Unix 世界中的一个流行术语，指代无需终端或人工交互即可运行的进程。它不断运行，直到完成任务。它可能完成一个任务，稍等片刻，然后重复这个过程。
在 Windows 世界中，我通常会听到人们谈论服务。服务似乎符合守护进程的描述。
它们只是同一事物的两个术语吗？
具有 UNIX 背景的开发人员编写 Windows 使用 UNIX 术语的应用程序（通常是端口）并不少见。但是，Windows 本身并不使用术语 "daemon"，并且它在 Windows 社区中也不是主流使用。
Daemon 可以（过去一直）合法地用作具有相当广泛含义的通用计算术语，但现在它通常仅用于具体指代UNIX 或类似 UNIX 的守护进程。任何其他用途都有混淆的风险。
在我看来，Windows 服务（具体来说，Windows 服务应用程序）与 UNIX 守护进程的相似度不够高，无法以这种方式进行合理描述。特别是，它们只能通过服务控制管理器启动和停止，并且必须以特定方式与 SCM 交互。
（另一方面，根据我对 systemd 服务的了解，它们 do 似乎在概念上类似于 Windows 服务应用程序。我不不知道它们在 UNIX 社区中是否通常被称为守护进程。）
据我了解，Daemon 是 Unix 世界中的一个流行术语，指代无需终端或人工交互即可运行的进程。它不断运行，直到完成任务。它可能完成一个任务，稍等片刻，然后重复这个过程。
在 Windows 世界中，我通常会听到人们谈论服务。服务似乎符合守护进程的描述。
它们只是同一事物的两个术语吗？
具有 UNIX 背景的开发人员编写 Windows 使用 UNIX 术语的应用程序（通常是端口）并不少见。但是，Windows 本身并不使用术语 "daemon"，并且它在 Windows 社区中也不是主流使用。
Daemon 可以（过去一直）合法地用作具有相当广泛含义的通用计算术语，但现在它通常仅用于具体指代UNIX 或类似 UNIX 的守护进程。任何其他用途都有混淆的风险。
在我看来，Windows 服务（具体来说，Windows 服务应用程序）与 UNIX 守护进程的相似度不够高，无法以这种方式进行合理描述。特别是，它们只能通过服务控制管理器启动和停止，并且必须以特定方式与 SCM 交互。
（另一方面，根据我对 systemd 服务的了解，它们 do 似乎在概念上类似于 Windows 服务应用程序。我不不知道它们在 UNIX 社区中是否通常被称为守护进程。）