问题描述

在脚本中使用curl命令请求Jenkins的API获取job的编号，随后将编号和其他字符串拼接后，使用echo命令打印出来，但打印后字符串错位了。

脚本大致如下：

num=`curl API_URL | awk -F"#" '{print $2}'`
echo /job/job_name/${num}/console

打印的出来是：

/console_name/74   

预期的结果是

/job/job_name/74/console

排错尝试1

尝试手动echo了一下num，同时手动赋值了一下num再打印，代码如下

num=`curl API_URL | awk -F"#" '{print $2}'`
echo $num
echo "##########################"
num=1
echo /job/job_name/${num}/console

执行结果

74
##########################
/job/job_name/1/console

如此可以推测，获取到的返回值是没问题的，但可能带了某些不可见的字符。

排错尝试2

看到了这篇文章，https://cloud.tencent.com/developer/article/1559118，提到可以在curl后加一个过滤，变成

num=`curl API_URL | awk -F"#" '{print $2}' | tr -d '\r'`
echo /job/job_name/${num}/console

再次执行，符合预期，问题解决。

原因

参考上面那篇文章，可以使用sh -x test.sh来执行脚本进行调试，能看到curl获取到的实际上是 74\r ，而不是单纯的74。

历史遗留问题，为了提高电传打印机（电传是在传真机普遍使用以前的通信设备，其原理有点近似电报。）的使用效率，发明了回车和换行符。\r是回车（回到行首），\n是换行。

在Unix中，行尾用 \n ，windows中，行尾是 \n\r ，Mac中是 \r 。

那么如果打印 abcdef\r123，就会得到 123def。据此，逆推验证一下

/job/job_name/74\r/console

# 使用/console覆盖到行首，的确得到
/console_name/74