打开终端执行命令，如果成功则终止

Question 1

我假设foot这是您的终端模拟器并且它接受命令作为参数。

在urxvt调用序列中将是urxvt -e command args...。

您遇到的第一个问题不是readshell 内置命令如何工作的！

其次阅读dash(1)有关内置的手册页read（我希望你正在使用 dash，如果你追求的是正确的sh，bash那么用作是不可靠的sh，它根本无法遵循 POSIX 标准模拟）。

第三，您需要读入要执行的行，然后用foot您的命令/行替换调用的 shell。所以我会这样做：

$ cat test.sh
#!/bin/sh
exec foot sh -c "IFS=\"\" read -p \"Type in a command:\" -r line_input ; exec \${line_input}"

不幸的是，shell 真的是一个糟糕的“阅读器”，或者更确切地说，shellread真的是一个糟糕的通用行编辑器。

Shell 坚持始终通过 $IFS 字符将读入的行拆分为多个变量，因此IFS=""代码会尝试阻止这种情况（在某些特殊情况下，shell 无论如何都会进行拆分，因为这很愚蠢）。

Shell 还坚持解释行嵌入\字符，除非-r还指定，因此我们这样做。

即便如此，你仍然会遇到 shell 对直接在命令输入中输入的带有空格的参数进行自动分割的愚蠢问题read。

但我希望我的片段足以满足您的目的。

Answer

我假设foot这是您的终端模拟器并且它接受命令作为参数。

在urxvt调用序列中将是urxvt -e command args...。

您遇到的第一个问题不是readshell 内置命令如何工作的！

其次阅读dash(1)有关内置的手册页read（我希望你正在使用 dash，如果你追求的是正确的sh，bash那么用作是不可靠的sh，它根本无法遵循 POSIX 标准模拟）。

第三，您需要读入要执行的行，然后用foot您的命令/行替换调用的 shell。所以我会这样做：

$ cat test.sh
#!/bin/sh
exec foot sh -c "IFS=\"\" read -p \"Type in a command:\" -r line_input ; exec \${line_input}"

不幸的是，shell 真的是一个糟糕的“阅读器”，或者更确切地说，shellread真的是一个糟糕的通用行编辑器。

Shell 坚持始终通过 $IFS 字符将读入的行拆分为多个变量，因此IFS=""代码会尝试阻止这种情况（在某些特殊情况下，shell 无论如何都会进行拆分，因为这很愚蠢）。

Shell 还坚持解释行嵌入\字符，除非-r还指定，因此我们这样做。

即便如此，你仍然会遇到 shell 对直接在命令输入中输入的带有空格的参数进行自动分割的愚蠢问题read。

但我希望我的片段足以满足您的目的。

Question 2

问题已加标签狂欢。这个答案使用 Bash。

bash -t在读取并执行一个命令（可能是复杂的命令，一个命令“行”）后退出，该命令“行”可能相当长（甚至多行）的 shell 代码。bash -t无论命令的退出状态如何，都会退出。要有条件地退出，您需要更复杂的东西。

创建一个文件~/.single_command_bashrc并将以下代码放入其中：

if [ -f /etc/bash.bashrc ]; then
   . /etc/bash.bashrc
fi

if [ -f ~/.bashrc ]; then
   . ~/.bashrc
fi

PS1="(transient) $PS1"
BASH_LATE_ENOUGH=
PROMPT_COMMAND='
[ "$?" -eq 0 ] && [ -n "$BASH_LATE_ENOUGH" ] && exit
BASH_LATE_ENOUGH=x
'

该文件不必是可执行的。

现在，如果您运行bash --rcfile ~/.single_command_bashrc，那么新打开的交互式 Bash 将会启动/etc/bash.bashrcand ~/.bashrc（就像不带 would 调用的交互式 Bash 一样--rcfile）；但另外它还会自行配置以执行您想要的操作。

PROMPT_COMMAND在这个 Bash 中，每次要打印提示时，都会执行存储在中的 shell 代码。该代码使 shell 在成功执行命令后打印提示之前退出。因为在第一个提示之前还有一个成功的命令，BASH_LATE_ENOUGH所以使用名为的辅助变量来确保exit在第一个提示之前不会执行。我可以通过添加来获得类似的结果false，~/.single_command_bashrc但如果出于某种原因set -e当时处于活动状态，那么这false将使 shell 过早退出。在我看来，变量是一个更好的解决方案。

你需要告诉你的终端模拟器运行bash --rcfile ~/.single_command_bashrc。判断独自根据你发布的内容，我认为命令可能是：

foot bash --rcfile ~/.single_command_bashrc

（我使用konsole，就我的情况而言是konsole -e bash --rcfile …。）

笔记：

如果bash进入~/的选项参数中--rcfile，它将自行扩展。这意味着即使在没有发生波浪号扩展的情况下，您也可以使用上述（或类似）命令。我的意思是，无论是否在运行~/前扩展foot，或者通过foot（我完全不知道是否foot尝试过），或者通过我们的特殊用途bash，它都应该可以工作。
用户将能够执行的“一个命令”可以是几乎任意复杂的 shell 代码：许多由;and/or分隔&、由&&and/or连接的命令||；包括管道、此处文档等。这可能是也可能不是你想要的。
在输入命令时，您直接在 Bash 中输入：您可以使用提示符（我的代码对其进行了稍微扩展）、按键绑定、制表符补全，可以使用任何 shell 语法。无需担心IFS、read或eval任何其他东西，无需额外的解析级别。shell 可以正常工作通常情况下直到下一个提示即将被打印。
用户可以轻松绕过该机制。以下是一些明显的攻击角度：
- ```
whatever; false
```
- ```
unset PROMPT_COMMAND
```
解决方案当然不是限制用户的方法。它适用于合作的用户。
我们的文件只是设置了PROMPT_COMMAND。如果你通常使用PROMPT_COMMAND某些东西（例如已经在中设置了它~/.bashrc），那么你可能想要附加到它PROMPT_COMMAND而不是覆盖它。
exit退出 shell。退出 shell 后，终端仿真器是否自动关闭由终端仿真器决定。
有些命令在退出状态中编码了有用的信息，而这些命令的正式“失败”（非零退出状态）并不一定意味着出了问题。例如，echo foo | grep bar退出状态grep表示1“未找到模式”，并不意味着grep未能完成其工作。

Answer