您下载的许多程序可以以阻塞方式或在后台运行(通常通过启动/停止/等命令)。一些很好的例子是构建为 Linux 服务的 HA 代理和 Spring Boot 应用程序......两者都可以以任何一种方式运行。
在 system-d 单元文件中，您可以使用“forked”类型来映射到启动/停止/等命令，以管理在后台/作为守护程序运行的程序。或者，您可以只使用“简单”类型并以阻塞方式调用应用程序本身。
有什么特别的理由更喜欢“ fork ”吗？在对许多事情进行了这两个选项之后，似乎“简单”在配置上更轻，在使用方面更明显。
最佳答案
这在https://www.freedesktop.org/software/systemd/man/daemon.html中得到了回答在“sysv 守护进程”部分中，选择“ fork ”方法大多只有缺点，因为大多数软件都没有正确或根本不执行“15 个步骤”，特别是步骤 12 和 14 很少正确实现。
关于Linux SystemD 服务 - 简单与 fork - 缺点？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/53858252/