使用Zsh遇到的一个坑：没有换行符的输出多了一个百分号

这段时间项目中由于开源许可证问题，把Bash切换成了Zsh，结果发现了一个很有趣的问题，在Bash这个shell中，如果使用某个命令行来打印一串没有换行符的字符串，那么下一个提示符会附加到最后一个没有终止的行，如些所示：

bash$ printf testXXX
testXXXbash$

但是Zsh的处理方式就完全不一样了，默认自动给没有换行符的字符串添加一个百分号%，同时另起一行显示新的提示符：

zsh$ printf testXXX
testXXX%
zsh$

不过我们可以在zshrc配置文件里面把这个功能关闭：

unsetopt prompt_cr prompt_sp

这样，Zsh行为就和Bash的行为一致了。

理解Zsh的仿真模式（emulation mode）

一种流行的说法是，Zsh是与Bash兼容的。这种说法既对，也不对，因为Zsh本身作为一种脚本语言，是与Bash不兼容的。符合Bash规范的脚本无法保证被Zsh解释器正确执行。但是，Zsh实现中包含了一个屌炸天的仿真模式（emulation mode），支持对两种主流的Bourne衍生版shell（bash、ksh）和C shell的仿真（csh的支持并不完整）。在Bash的仿真模式下，可以使用与Bash相同的语法和命令集合，从而达到近乎完全兼容的目的。为了激活对Bash的仿真，需要显式执行：

$ emulate bash 

Zsh是不会根据文件开头的shebang（如#!/bin/sh和#!/bin/bash）自动采取兼容模式来解释脚本的，因此，要让Zsh解释执行一个其他Shell的脚本，你仍然必须手动emulate sh或者emulate ksh，告诉Zsh对何种Shell进行仿真。

那么，Zsh究竟在何时能够自动仿真某种Shell呢？

对于如今的绝大部分GNU/Linux（Debian系除外）和Mac OS X用户来说，系统默认的/bin/sh指向的是bash：

$ file /bin/sh
/bin/sh: symbolic link to `bash' 

不妨试试用zsh来取代bash作为系统的/bin/sh：

# ln -sf /bin/zsh /bin/sh 

所有的Bash脚本仍然能够正确执行，因为Zsh在作为/bin/sh存在时，能够自动采取其相应的兼容模式（emulate sh）来执行命令。