exec命令在shell脚本中有什么用处？

作者: 淋了一整夜的雨
发布时间: 2024-06-06 08:20:30 (2月前)
转自：

3 条回复

0#
回复此人
一生浮华 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 只是为了通过一个简短的新手友好的简短答案来增加接受的答案，你可能不需要 <code> exec </code> 。 如果你还在这里，下面的讨论应该有希望揭示原因。当你跑步时，比方说， <pre> <code> sh -c 'command' </code> </pre> 你经营一个 <code> sh </code> 例子，然后开始 <code> command </code> 作为一个孩子 <code> sh </code> 实例。什么时候 <code> command </code> 完成， <code> sh </code> 实例也完成了。 <pre> <code> sh -c 'exec command' </code> </pre> 跑了一个 <code> sh </code> 例如，然后 取代 那 <code> sh </code> 实例与 <code> command </code> 二进制，并运行它。 当然，在这种有限的背景下，这两者都是无用的;你只是想要 <pre> <code> command </code> </pre> 在某些边缘情况下，您希望shell读取其配置文件，或以某种方式将环境设置为运行准备 <code> command </code> 。这几乎是唯一的情况 <code> exec command </code> 很有用。 <pre> <code> #!/bin/sh ENVIRONMENT=$(some complex task) exec command </code> </pre> 这做了一些准备环境的东西，以便它包含所需的东西。一旦完成，就完成了 <code> sh </code> 实例不再是必需的，因此只需更换一个（次要）优化 <code> sh </code> 实例与 <code> command </code> 过程，而不是 <code> sh </code> 将它作为子进程运行并等待它，然后在它完成后立即退出。 同样，如果你想在shell脚本的末尾为尽快的命令释放尽可能多的资源，你可能想要 <code> exec </code> 该命令作为优化。 如果有什么东西迫使你跑 <code> sh </code> 但你真的想跑别的东西， <code> exec something else </code> 当然是一种替代不受欢迎的解决方法 <code> sh </code> 实例（例如，如果你真的想要运行自己的spiffy <code> gosh </code> 代替 <code> sh </code> 但你的未列入 <code> /etc/shells </code> 所以你不能指定它作为你的登录shell）。 第二次使用 <code> exec </code> 操纵文件描述符是一个单独的主题。接受的答案很好地涵盖了这一点;保持这种自包含，我只会按照手册中的任何地方 <code> exec </code> 之后是重定向而不是命令名称。 </DIV>

编辑
1#
回复此人
NetworkAttachedStorage | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 该 <code> exec </code> 内核中的内置命令镜像函数，有一系列基于它们 <code> execve </code> ，通常从C调用 <code> exec </code> 在没有的情况下替换当前进程中的当前程序 <code> fork </code> 一个新的过程。在你编写的每个剧本中都不会使用它，但它偶尔会派上用场。以下是我使用过的一些场景; <OL> <LI> 我们希望用户在不访问shell的情况下运行特定的应用程序。我们可以在/ etc / passwd中更改登录程序，但也许我们希望从启动文件中使用环境设置。所以，在（比方说） <code> .profile </code> ，最后一句话说： <pre> <code> exec appln-program </code> </pre> 所以现在没有贝壳可以回去了。即使 <code> appln-program </code> 崩溃，最终用户无法进入shell，因为它不在那里 - <code> exec </code> 取而代之。 </LI> <LI> 我们想在/ etc / passwd中使用不同的shell。看起来很愚蠢，有些网站不允许用户更改他们的登录shell。我知道的一个网站每个人都从一开始 <code> csh </code> ，每个人都只是投入他们的 <code> .login </code> （csh启动文件）一个调用 <code> ksh </code> 。虽然这有效，但却留下了流浪 <code> csh </code> 进程运行，注销是两个阶段，可能会让人感到困惑。所以我们改成了 <code> exec ksh </code> 刚刚用korn shell替换了c-shell程序，并使一切变得更简单（还有其他问题，例如 <code> ksh </code> 不是登录shell）。 </LI> <LI> 只是为了保存流程。如果我们打电话 <code> prog1 -> prog2 -> prog3 -> prog4 </code> 等等，永远不要回去，然后让每个电话成为一名执行官。它节省了资源（不可否认，除非重复），并使关闭更加简单。 </LI> </醇> 你已经明白了 <code> exec </code> 在某个地方使用过，也许如果你展示了那些困扰你的代码，我们可以证明它的使用是合理的。 的 编辑 </强> ：我意识到上面的答案是不完整的。有的 二 </强> 用途 <code> exec </code> 在贝壳里面 <code> ksh </code> 和 <code> bash </code> - 用于打开文件描述符。这里有些例子： <pre> <code> exec 3< thisfile # open "thisfile" for reading on file descriptor 3 exec 4> thatfile # open "thatfile" for writing on file descriptor 4 exec 8<> tother # open "tother" for reading and writing on fd 8 exec 6>> other # open "other" for appending on file descriptor 6 exec 5<&0 # copy read file descriptor 0 onto file descriptor 5 exec 7>&4 # copy write file descriptor 4 onto 7 exec 3<&- # close the read file descriptor 3 exec 6>&- # close the write file descriptor 6 </code> </pre> 请注意，间距在这里非常重要。如果在fd编号和重定向符号之间放置一个空格 <code> exec </code> 恢复原意： <pre> <code> exec 3 < thisfile # oops, overwrite the current program with command "3" </code> </pre> 在使用ksh时，有几种方法可以使用它们 <code> read -u </code> 要么 <code> print -u </code> ，上 <code> bash </code> ，例如： <pre> <code> read <&3 echo stuff >&4 </code> </pre> </DIV>

编辑

登录后才能参与评论