Mac中bash脚本echo -n行为异常，如何恢复原有配置？

这个问题的核心是不同echo实现对选项的处理差异，以及你的脚本执行环境大概率发生了变化：

为什么-n会被包含进输出？ #

Mac系统里有两种常见的echo实现，它们对-n选项的处理完全不同：

• bash内置的echo：支持-n选项（作用是不输出结尾的换行符），之前你的脚本应该是在bash环境下执行，调用的是这个内置版本，所以-n会被当作选项解析，不会出现在输出里。
• BSD版本的/bin/echo（或shell进入POSIX兼容模式时的echo）：POSIX标准并未要求echo支持-n选项，这种场景下-n会被当作普通字符串参数直接输出，最终导致你的命令把-n value_of_USER_ID:value_of_SVC_KEY拿去做base64编码。

你遇到的情况，大概率是脚本的执行环境变了：比如脚本的开头shebang从#!/bin/bash改成了#!/bin/sh（Mac上的/bin/sh现在是bash的POSIX兼容模式，或是dash），或是你用sh your_script.sh而非bash your_script.sh来启动脚本。

恢复原有功能的解决办法 #

推荐按以下优先级选择方案：

1. 改用printf（最稳妥，跨平台兼容）
   printf的行为在各种shell和系统下都高度一致，完全规避echo的兼容性问题。把命令改成：

export AUTH=$(printf "%s" "$USER_ID:$SVC_KEY" | base64)

printf "%s"会精准输出你传入的字符串，不带任何额外换行符，和原来echo -n的效果完全一致。

2. 确保脚本用bash执行
   检查脚本开头的shebang是否为#!/bin/bash，如果不是就修改成这个；如果是通过命令行启动脚本，确保用bash your_script.sh而非sh your_script.sh，这样会调用bash内置的echo，-n选项就能正常工作。

3. 适配BSD echo的写法（不推荐，兼容性差）
   如果非要用echo，可以改成BSD echo支持的写法：

export AUTH=$(echo "$USER_ID:$SVC_KEY" -n | base64)

但这种写法在GNU echo环境下会额外输出-n，只适合固定在Mac BSD环境下的场景，不推荐跨平台使用。

内容的提问来源于stack exchange，提问作者citizen