由于有趣的 Raspberry Pi，我刚刚开始深入了解终端。有一件事情至今让我特别摸不着头脑：
我注意到不同的守护进程/服务/进程/应用程序/等（我还遗漏了什么？），它们的调用方式也不同。
这就是我的意思：
（程序、文件名）
nano mytextfile
（服务、行动、计划）
service restart nginx
（行动、计划）
killall openvpn
此时对我来说基本上是记忆练习，我还不理解语法。有这样的事吗？：
"service" when it's a service, as opposed to...? >
action for program if applicable >
name of program >
additional parameters
有人可以简要解释一下这些之间的区别以及访问它们的不同方式吗？
答案1
在您列出的潜在模式中，这是唯一实际存在的模式：
程序名称 > 附加参数
首先是几个单词的定义：
- 程序或应用程序：基本上是一个可以执行的文件
- 进程：当前正在运行的程序的实例
- 守护进程：独立于任何用户登录会话执行某些操作的程序或进程；通常是或可以在引导时自动启动的东西，并运行直到系统关闭；诸如远程访问协议服务器（例如
sshd）、Web 服务器（Apache）、网络连接管理器（NetworkManager、ModemManager）... - 服务：通常在启动时启动的东西；可以是守护进程，也可以只是一个设置某些内容并结束的脚本，并且可以在系统关闭时执行相应的拆卸操作。在某些上下文中，也可以指使程序作为守护进程在引导时启动的安排。
service它最初是作为 SysVinit 风格的启动/关闭脚本的简单包装器。如果传统的 SysVinit 在 Linux 中用作init系统（进程#1，“所有进程之母”），这些脚本通常位于/etc/init.d目录中。这些脚本具有标准化参数：start用于启动服务、stop停止服务或status查询服务状态。还有其他一些。
但因为写起来/etc/init.d/<service name> <action parameter>很乏味，所以有人做了一个简单的包装脚本：service <name> <action parameter>原本的意思只是/etc/init.d/<name> <action parameter>.
systemd当 SysVinit 被更现代的替代品（或其他）取代时upstart，人们希望保留熟悉的service命令并将其作为系统等效命令的包装器init。当systemd使用时，service <name> <action parameter>通常只是 的包装systemctl <action parameter> <name>。请注意参数顺序的更改。
答案2
“模式”由 shell 的语法给出。在简单的情况下，它是一个命令（或者更确切地说，一个公用事业）， 其次是论点。参数可能是选项，并且选项可能有选项参数。选项之后可能还有其他操作数。
例子：
ls -l dir
ls是命令，-l是选项（没有选项参数），dir是操作数。我们知道这dir不是选项的选项参数，-l因为我们已经阅读了ls手册，其中概要部分描述了实用程序的调用顺序。
例子：
git commit -p
git是命令，由于命令名称后面没有选项，因此其余部分被视为操作数。由git命令来解释这一点。如果您愿意，您可能希望将commit操作数称为“子命令”，并将-p该子命令称为“选项”。
例子：
cc -o code.o -Wall code.c
这里，cc是命令， 和-o都是-Wall选项。该-o选项code.o作为选项参数。根据cc命令，该-Wall选项实际上可能被解析为-W all，即作为带有选项参数的选项（单字母选项在其选项参数之前不需要空格）。code.c是一个操作数，因为它出现在所有选项之后。
“参数”、“选项”和“选项参数”这些词是POSIX 标准。该标准使用“实用程序”一词而不是“命令”，因为命令可以是简单的、列表、复合、管道等。例如，ls -l dir是一个（简单）命令使用该实用程序ls，并且{ head -n 20 | tail -n 5; } >file是复合命令包含一个管道和两个简单的命令。
可以说，所有实用程序调用都是“操作”。意思是“用操作数killall myprog启动实用程序”。在这种情况下，其效果是实用程序向进程发送信号。killallmyprog
同样，是以和作为两个操作数调用实用程序service restart nginx的操作。其效果将是服务重新启动。servicerestartnginxnginx
同样，还有调用编辑器等nano somedoc的动作。nano
答案3
首先，Unix 的哲学是一切皆文件。在您的所有命令中，您仅处理硬盘上的文件：mytextfile，nginx或者openvpn都是文件。
现在，文件代表什么以及您可以对它们执行什么操作仅由约定决定。有时，来自其他操作系统的文件具有扩展名，以更好地说明它们的作用。就像您可以编辑的文本文件.txt结尾处将是，程序将是.sh或.php或.pl等。但只有约定（x用于执行的unix位是另一个提示什么是数据与什么是可执行文件）
您列出的是对不同对象/文件（、、 ）的操作（ nano、、 ） 。service restartkillallmytextfilenginxopenvpn
根据您选择的操作和对象，结果会有所不同。您也可以这样做nano openvpn，它会编辑或创建一个名为“ openvpnwhere you are”的文件（这可能是无用且令人不安的，但工具并不禁止这样做）。
现在说说你的具体行动：
nano是一个文本编辑器，用于修改任何文件的内容（当然，如果它是二进制文件 - 像某些可执行文件但不是全部 - 它会是错误的工具来执行任何有用的操作）service restart是一个带有重新启动“子操作”的操作，它使用系统上的当前框架来处理启动/停止长期存在的进程（也称为守护进程）；请注意，这只是众多案例中的一种，也可能发生/etc/init.d/nginx restart在其他地方，或者systemctl restart nginx.service；作为子操作存在的事实restart完全特定于该service命令；任何命令都可以有不同的语法，具有不同的开关、参数、子操作等。没有人可以全部记住它们。- and
killall是一个命令，用于查看所有当前正在运行的进程的列表，并杀死与给定名称匹配的进程（一点警告：该命令不会在所有 Unix 系统上执行相同的操作，因此请务必阅读您所在主机上的手册）在使用它之前使用它），因此您实际上可以提供任何名称，而不一定是作为磁盘上的文件存在的名称
您的许多术语都是同义词，而且定义也很松散。应用程序是任何可以运行（被执行）的东西，当它运行时，它是许多其他进程中由内核处理的一个进程。长期存在的应用程序通常不受用户直接控制，例如网络服务器等网络应用程序，过去通常称为守护进程，现在通常称为服务（更多信息请systemctl参阅上面的示例语法）
您不必记住任何此类内容。您将通过使用它们来学习它，就像如果您使用nginxWeb 服务器一样，您将需要重新启动它并在您的特定平台上重新启动它等等service restart。
答案4
尽管有标准约定，例如：
没有什么可以真正阻止开发人员出于任何原因打破约定并使用他们想要的任何语法。所以实际上这仅取决于您当时使用的应用程序。
一般来说，您会发现上面链接的 GNU 标准非常常见，并且随着时间的推移，您会注意到许多命令对类似的事情使用类似的参数（例如：-v用于打印详细输出）
不用担心记住这些。对于您经常使用的应用程序，您最终将掌握其语法，并且它最终将成为第二天性。对于您不熟悉的应用程序，总是有手册页或标志--help。
总体了解基本命令的作用，并能够打开并快速解析手册页，这比记住每个命令的标志要重要得多。