原因是，它没有完成启动顺序，是因为对于Type，
forking您的启动过程需要分叉并退出（请参阅$ man systemd.service-搜索分叉）。
只需使用主过程，不守护
一种选择是减少工作量。使用systemd时，通常无需创建守护程序，您可以直接运行代码而不进行守护程序。
#!/usr/bin/python -ufrom somewhere import Nodecheck = Node()check.run()
这允许使用称为的更简单的服务类型simple，因此您的单位文件将看起来像。
[Unit]Description=Simplified simple zebra serviceAfter=syslog.target[Service]Type=simpleUser=nodeGroup=nodeWorkingDirectory=/home/node/Node/ExecStart=/home/node/Node/node.pyStandardOutput=syslogStandardError=syslog[Install]WantedBy=multi-user.target
请注意，
-u不需要使用in python shebang，但是如果您将某些内容输出到stdout或stderr，请-u确保没有适当的输出缓冲，并且系统会立即捕获打印的行并将其记录在日志中。没有它，它会出现一些延迟。
为此，我将行
StandardOutput=syslog和添加到了单元文件中
StandardError=syslog。如果您不关心日记本中的打印输出，则不必关心这些行（不必存在）。
systemd 使守护进程过时
虽然您的问题的标题明确询问了有关守护程序的问题，但我想，问题的核心是“如何使我的服务运行”，而使用主进程似乎要简单得多（您根本不必关心守护程序），可以被视为您问题的答案。
我认为，许多人之所以使用守护进程，只是因为“每个人都这样做”。使用systemd时，守护进程的原因通常已过时。使用守护程序可能有一些原因，但是现在很少见。
编辑：固定
python -p为正确
python -u。
