4.2　只有前面的命令运行成功，才运行下一个命令

&&

在上一节中用;分隔命令，如下所示：

  1. $ unzip /home/scott/music/JohnColtrane.zip ;
  2. ➥mkdir -p /home/scott/music/coltrane ;
  3. ➥mv /home/scott/music/JohnColtrane*.*mp3
  4. ➥/home/scott/music/coltrane/ ;
  5. ➥rm /home/scott/music/JohnColtrane.zip

但是如果你敲命令时稍不留神，输成了下面这样：

  1. $ unzip /home/scott/JohnColtrane.zip ;
  2. ➥mkdir -p /home/scott/music/coltrane ;
  3. ➥mv /home/scott/music/JohnColtrane*.*mp3
  4. ➥/home/scott/music/coltrane/ ;
  5. ➥rm /home/scott/music/JohnColtrane.zip

原本应该输入unzip /home/scott/music/JohnColtrane.zip，结果无意间输成了unzip /home/scott/JohnColtrane.zip，而你没有注意到这一点，继续操作并按Enter键，之后就起身走开了。计算机不能执行unzip /home/scott/JohnColtrane.zip这条命令，因为文件根本不存在，之后它悠然自得地继续执行下一条命令（mkdir），执行这条命令没什么问题。但是第三条命令（mv）就不能执行了，因为unzip没有运行成功，根本就不存在任何MP3文件。最后开始执行第四条命令，删除zip文件（注意，是这次你提供的路径是正确的），而你没办法恢复和重新来一次了。这下糟了！

说明　不相信会发生这样的事件链吗？就在几天前我还犯过非常类似的错误呢。嗯，我都觉得自己像白痴一样。

之所以出现这样的问题，是因为使用“分号（;）”的命令是顺序执行的，但没有考虑它们的执行成功与否。分隔命令的一个更好的办法就是用&&，它同样也是依次顺序运行每个命令，但只有当前面一条命令运行成功之后，才能执行下一条命令［从技术上讲，每条命令返回的退出状态（exit status）码必须为0，才能运行下一条命令］。如果一条命令运行失败，整个命令链就会停下来。

如果在上个例子中使用&&代替;来顺序执行命令，看起来应该是以下这个样子：

  1. $ unzip /home/scott/JohnColtrane.zip &&
  2. ➥mkdir -p /home/scott/music/coltrane &&
  3. ➥mv /home/scott/music/JohnColtrane.*mp3
  4. ➥/home/scott/music/coltrane/ &&
  5. ➥rm /home/scott/music/JohnColtrane.zip

由于第一个unzip命令没有成功完成，整个过程就会停止。你回来以后，会发现那串命令运行失败了，但JohnColtrane.zip文件依然存在，所以还可以再试次一次。这就好多了！

下面再举两个例子，让你看看&&的用处有多大。第13章会介绍apt，它是一种升级基于Debian的Linux系统的好方法。使用apt时，首先更新可用软件的列表，然后查找是否有任何可用的更新。如果不能更新软件列表，显然就不必再费事地查找更新了。为了确保第二步处理不会发生（这一步没有用），使用&&分隔命令：

  1. # apt-get update && apt-get upgrade

另一个例子：如果你想使用ps2pdf命令把PostScript文件转换成PDF，打印生成的PDF文件，之后删除PostScript文件。创建这些命令组合，最好的方法就是使用&&：

  1. $ ps2pdf foobar.ps && lpr foobar.pdf && rm foobar.ps

如果使用;，万一ps2pdf命令失败，PostScript文件将被彻底删除，让你想再来一次都没办法。

现在你确信&&通常是更好的办法了吗？如果删除文件不会带来什么危险，使用;可能也行，但是如果其中某个命令涉及rm，或其他什么无法恢复的操作，最好还是使用&&，这样更安全些。