编辑 .bashrc 后出现“意外标记附近语法错误”

Question 1

mook765 完全正确关于问题的原因，该答案中提出的解决方案修复了语法错误，但我建议您以不同的方式解决它。

将别名定义放在里面是可以的.bashrc，但最好不要将它们（或任何东西）放在该文件的最顶部。

我们倾向于认为.bashrc仅由交互式 shell 提供，但事实并非如此。非交互式远程 shell（如果 bash 识别它们) 也来源.bashrc。因此Ubuntu 的默认设置.bashrc¹包含此代码：²

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

基本上，您放入的所有内容.bashrc（包括但不限于别名定义）都应放在该代码的下方。只有在有明确理由的情况下，您才应该将自己的代码放在该代码上方，这种情况很少见。

您可以将别名定义放在该代码下方的任何位置，但我建议将它们放在文件的最末端。或者您可能更愿意将它们放在文件中某些现有别名定义附近。或者您可能更愿意将它们放在单独的文件中~/.bash_aliases，如果该文件不存在，您可以创建该文件。³任何选择都可以。

以下是将自己的代码放入其中产生的奇怪和意想不到的影响的常见例子之一多于交互性检查可以有。当代码产生输出时，就会出现这个特定的问题，而这不应该发生在别名定义中。（别名在使用时当然可以扩展为产生输出的命令，但语法正确的别名定义不应该产生输出，除非将选项-p传递给alias。）我不期望别名定义通常即使在非交互式 shell 中运行也会导致问题。非交互式 shell 默认不执行别名扩展（尽管这只是默认设置）。但是，如果它们最终产生了意想不到的效果，很可能没人会想到要检查这一点。

诚然，这只是避免将别名定义放在交互性检查之上的一个薄弱理由.bashrc。但是，由于这样做与将它们放在文件中的任何其他位置相比绝对没有任何好处，因此我建议遵循一般方法，即仅将代码放在您故意检查的上方打算在非交互式远程 shell 中运行。

另一个有趣的方面是为什么这是一个语法错误：

alias pbpaste='xclip -selection clipboard -o'# ~/.bashrc: executed by bash(1) for non-login shells.

#开始注释，注释可以跟随命令。但是，#当该字符出现在较长的单词中时，它并不具有开始注释的效果，除非作为该单词的第一个字符。（从这个意义上来说，“单词”包括以下内容pbpaste='xclip -selection clipboard -o'#：由于引用.) 以下文本原本是注释，但被当作alias内置命令的附加参数。但在解析它们时，由于意外出现了而出错(，它对 shell 来说有特殊含义，但在该上下文中却毫无意义。结果是alias内置命令实际上从未运行，而是出现语法错误。

所以，实际上，只需编辑一个字符就可以修复语法错误'，方法是在该行的和字符之间添加一个空格#。但如上所述，我建议更进一步，将别名定义移到文件中更低的位置。

_{¹.bashrc只要您没有修改该文件，就可以在上查看 Ubuntu 中的默认文件/etc/skel/.bashrc。创建用户时，该文件会被复制到用户的主目录中。与 Ubuntu 中的许多文件一样，该文件与 Debian（Ubuntu 的衍生发行版）相比几乎没有变化。本文中的建议适用于 Debian 和 Ubuntu 中的 Bash，但不一定适用于所有 GNU/Linux 系统中的 Bash（无需修改）。}

_{²也有可能，虽然很少见，但可以作为非交互式登录 shell 启动bash。与交互式登录 shell 一样，此类 shell 会~/.profile自动获取源代码，~./profileUbuntu 中的默认 shell 会明确获取源代码~/.bashrc。除了防止在非交互式远程 shell 中意外执行外，将您的添加放在~/.bashrc交互性检查下方还可以防止它在非交互式登录 shell 的奇怪情况下意外执行。}

_{³Ubuntu 默认.bashrc检查是否~/.bash_aliases存在 ( [ -f ~/.bash_aliases ])，如果存在则获取它 ( . ~/.bash_aliases)。您发布的代码验证了您修改的.bashrc文件确实执行了这些操作 - 看起来唯一的变化是您在顶部添加的代码。}

Answer

mook765 完全正确关于问题的原因，该答案中提出的解决方案修复了语法错误，但我建议您以不同的方式解决它。