Bash 切换 Zsh 用户兼容性核对清单

在之前的 Zsh 入门系列中，我们学习了 Zsh 的魅力、基本用法，以及通过 Oh My Zsh 进行定制的方法。想必许多朋友已经下定决心：“好，从现在开始，我就用 Zsh 作为我的主力 Shell！”这个决心，非常棒！

但是，越是长年习惯了 Bash 的朋友，在切换时越容易对兼容性问题感到不安，比如“我以前用的 Bash 脚本还能直接运行吗？”“配置文件该怎么办？”。打个比方，这就像是从住了多年的老房子搬进功能先进的新公寓时，担心家具家电是否还能继续使用的感觉。

请放心。在绝大多数情况下，从 Bash 迁移到 Zsh 的过程都非常顺利。本文为您整理了一份关于 Bash 兼容性的重要核对清单，帮助您安心完成到 Zsh 的切换。阅读本文后，您将能预先避开迁移时的“陷阱”，自信地开启您在全新 Shell 环境下的生活！

交互式使用（日常使用）几乎没问题！

首先，最重要的一点是，在交互式使用终端，即日常工作中逐条手动输入命令的情况下，Bash 和 Zsh 之间几乎没有大的不兼容问题。

像 ls, cd, cp, mv, rm 这类基本命令的用法完全相同。管道 (|) 和重定向 (>, >>) 的行为也一样。倒不如说，正如上一篇文章所学，由于补全功能和历史功能的增强，日常使用的体验在 Zsh 上应该会舒适得多。

需要注意的主要是在执行 Shell 脚本的时候。当您在 Zsh 环境下运行自己编写或从别处获取的 Bash 脚本时，我们来检查一下可能成为问题的几个点。

这是最重要的一点。写在脚本文件第一行的 #!/bin/bash 这段描述被称为“Shebang”。这是向操作系统明确指示“请用 Bash 来执行此脚本”的命令。

#!/bin/bash

# 即使您的默认 Shell 是 Zsh，这个脚本也会由 Bash 来执行
echo "Hello from Bash!"

只要正确地写上了这句 Shebang，那么即便您的默认 Shell 已经换成了 Zsh，该脚本也依然会由 Bash 来妥善执行。也就是说，市面上绝大多数的 Bash 脚本，在 Zsh 环境下都无需任何修改即可正常运行。

在之前的文章中也提到过，Bash 和 Zsh 之间最著名的不兼容之处，就是对数组索引（元素编号）的处理。在用 Zsh 编写新脚本时需要特别注意。

在 Bash 中，第一个元素的索引是 0。

# Bash 的情况
my_array=("apple" "banana" "cherry")
echo ${my_array[0]}
# 输出: apple

而在 Zsh 中，第一个元素的索引是 1。

# Zsh 的情况
my_array=("apple" "banana" "cherry")
echo $my_array[1]
# 输出: apple

在将 Bash 脚本改写为 Zsh 脚本等情况下，如果不留意这个区别，就可能导致获取数组元素时出现一个位置的偏差。

在使用 Bash 的时候，您可能在 .bash_profile 或 .bashrc 等文件中，编写过自定义的别名或环境变量设置。切换到 Zsh 后，这些设置不会被自动继承。您需要将这些设置“搬家”到 Zsh 的配置文件 ~/.zshrc 中。

例如，假设您的 .bashrc 中有以下设置：

# .bashrc 中的设置示例
alias ll='ls -alF'
alias g='git'

export EDITOR='vim'
export PATH="/usr/local/bin:$PATH"

幸运的是，这些设置中的绝大部分，只需直接复制粘贴到 .zshrc 文件的末尾即可生效。您也可以通过以下命令，一次性将设置迁移过去。

cat ~/.bash_profile >> ~/.zshrc

之后，执行 source ~/.zshrc 或重启终端，您所习惯的别名和设置在 Zsh 中也就能生效了。

这次，我们为考虑从 Bash 切换到 Zsh 的朋友们，总结了兼容性的核对清单。这下，您对迁移的担忧应该都烟消云散了吧。

Zsh 在保持 Bash 易用性的同时，具备了远为丰富的便捷功能，是真正为现代开发者打造的 Shell。只要理解了几个小小的差异，就没有理由不换用它。Zsh 入门系列到此就告一段落了。

希望您能手握这件新获得的“最强武器”，在今后的 Web 制作之旅中，体验到更多舒适、创造与高效！