为什么许多进程在进程名称的末尾使用字母“d”？ [关闭]

刚刚开始进入OS X / iOS开发并注意到几个文件最后有一个“d”。我推出，发布，云端，助手等等。并非所有人都有它。只是一个古怪的问题，我正在思考和想出，如果有人知道答案，那将是你们。

unix launchd daemons

— Calculated
source

我要把它搁置，因为它基本上是一个琐事问题。问苹果为什么做任何事情通常都是偏离主题的。如果有问题需要解决，将问题添加到问题中将让我们检查更改

— bmike

这不是文件名， d 代表守护进程，负责执行后台任务。更多信息： developer.apple.com/library/mac/documentation/MacOSX/Conceptual/...

— user14492

重新打开。这既不是基本的客户支持也不是推荐查询。

— Max Ried

这是一个很好的问题，因为并非所有macOS用户都是以前的UNIX管理员，Linux用户或NeXTstation所有者。名字中的“d”通常有助于弄清楚你在处理什么，通常Apple对这些过程一无所知。

— benc

Answers:

由于OS X部分基于FreeBSD，因此这里是FreeBSD手册的相关文档 3.8。进程和守护进程 ...

“有一种惯例可以命名通常作为守护进程运行的程序尾随“d”。例如，BIND是伯克利的互联网名称域，但执行的实际程序被命名。 Apache网站服务器程序是httpd，行打印机假脱机守护程序是lpd。这只是一个命名约定。例如，主邮件守护进程对于Sendmail应用程序是sendmail，而不是maild。“

记下我引用的最后两句话，尾随的“d”只是一个约定，但你可以看到这个例子 sendmail 是邮件守护程序，没有尾随“d”。在Unix / Unix中还有其他守护进程，如操作系统不使用尾随“d”作为守护进程，但作为惯例，这是一个很好的做法，但不是绝对的。

— user3439894
source

其他一些有用的细节。 macOS来自Apple收购NeXT，这是一个基于UNIX的GUI操作系统。它有很多预期的UNIX守护进程，但也添加了自己的类似 netinfod。由于Apple开发了macOS，它已经创建了更新的守护进程，并且它们经常遵循“end-in-d”惯例。

— benc

-3

因为守护进程使用该约定是Unix伪标准。当然，根据您应用于问题的标签，您已经知道了。

— Marc Wilson
source

“ 当然，根据您应用于问题的标签，您已经知道了。 “...只是因为Calculated使用了守护进程标签并不意味着他/她知道为什么，如果计算出来知道为什么然后他/她可能不会问这个问题开始！;）

— user3439894

是的，我只是使用了推荐标签。感谢FreeBSD上的链接和回复用户3439894！

— Calculated