为什么＆之后没有返回该命令到shell？

Question

在Ubuntu 14.04中，我创建了以下bash脚本：

flock -nx "$1" xdg-open "$1" &

这个想法是锁定$ 1中指定的文件（flock），然后在我通常的编辑器中打开它（xdg-open），最后返回到提示符，因此我可以依次打开其他文件（＆）。

但是，＆不能按预期工作。 我需要按Enter键才能再次显示shell提示符。 在更简单的结构中，例如

gedit test.txt &

它可以正常工作，立即返回提示。 我认为这与第一行中存在两个命令有关。 请问我做错了什么？

编辑

提示实际上在那里，但是它以某种方式被“隐藏”。 如果我发出命令

sudo ./edit error.php

它回复

Warning: unknown mime-type for "error.php" -- using "application/octet-stream"
Error: no "view" mailcap rules found for type "application/octet-stream"
Opening "error.php" with Geany  (application/x-php)
__

上面的错误与问题无关。 但是我没有看到__。 我知道提示在那里，因为我可以发出其他命令，例如ls ，它们可以工作。 但是问题仍然存在：为什么提示被隐藏？ 我如何使其正常显示？

Answer 1

为什么＆之后没有返回该命令到shell？

它是。

您正在后台运行命令。 启动命令后，shell将立即打印新提示，而无需等待命令完成。

根据您的最新评论，background命令正在向屏幕上显示一些消息。 一个简单的例子：

$ echo hello &
$ hello

光标留在$ hello之后的行的开头。

就外壳而言，它已经打印了一个提示并正在等待新命令。 它不知道或不在乎后台进程是否弄乱了您的显示。

一种解决方案是将命令的输出重定向到屏幕之外的其他位置，或者重定向到文件或/dev/null 。 如果是错误消息，则可能必须同时重定向stdout和`stderr。

flock -nx "$1" xdg-open "$1" >/dev/null 2>&1 &

（这假定您不关心消息的内容。）

alvits的注释中指出的另一种选择是在执行命令后睡眠一秒钟左右，因此出现该消息， 然后显示下一个shell提示。 sleep命令在前台执行，从而延迟了下一个提示的打印。 一个简单的例子：

$ echo hello & sleep 1
hello
[1] + Done                       echo hello
$ 

或者以您的示例为例：

flock -nx "$1" xdg-open "$1" & sleep 1

假定错误消息是在第一秒打印的。 对于您的示例来说，这可能是一个有效的假设，但可能并非如此。

Answer 2

我不认为该命令正在执行您认为的操作。 您是否尝试过两次运行以查看是否无法第二次获得该锁。 好吧，如果您这样做了，您会发现它不会失败，因为xdg-open正在分叉执行编辑器。 另外，如果失败，您会希望得到一些指示。

你应该用这样的东西

flock -nx "$1" -c "gedit '$1' &" || { echo "ERROR"; exit 1; }