.xxx.sh脚本无法启动,原来都是特殊字符搞的鬼?

今天遇到个趣的问题,linux上springboot启动,连接达梦数据库报错。
解决思路:
1)是不是数据库本身有问题,客户端登录没问题。

2)排查是不是war包问题,本地连接数据库,没问题。

3)是不是启动参数有问题?因为多数据源的关系,在启动参数里配置了数据源跟驱动名
--spring.datasource.url=jdbc:dm://172.31.98.190:5236/DMSERVER --spring.datasource.driverClassName=dm.jdbc.driver.DmDriver 检查了下,没任何问题。

4)是不是有特殊字符?
用vi -b start.sh查看了启动脚本,并未发现^M这样的特殊字符。
划重点,这个也是经常出现的特殊字符导致脚本无法启动的元凶之一。

5)去除启动参数,将启动参数写死放到application.properties中,重新打包,上传上去,./start.sh,启动竟然不报错了。

6)回头再检查这两行参数,将参数逐行删除,再手动打上去,定位到参数行
--spring.datasource.driverClassName=dm.jdbc.driver.DmDriver 将DmDriver 后的空格删除,再重新手动打个空格,:wq保存,重启启动,成功。

7)为什么?中午吃饭去了,下午回来再看。路上怀疑是隐藏字符。

8)下午回来,按照隐藏字符的思路去百度了下,看还有什么方法可以查看linux上的隐藏字符。找到了个命令,cat -A。
cat -A start.sh

发现信息如下
--spring.datasource.url=jdbc:dm://172.31.98.190:5236/DMSERVERM-BM- $
--spring.datasource.driverClassName=dm.jdbc.driver.DmDriverM-BM- $

多了M-BM-这串特殊字符,真相大白。

9)M-BM-是什么特殊字符?哪位大神能告诉我下?我关键字只搜索到了BM算法,这是一个查找替换算法,另外还搜到了个帖子,说放在oneNote里再贴出来也出现这个问题。所以猜测是运维人员在windows上批量替换数据库参数导致。

10)在window上编辑sh脚本的时候,上传到linux上最好vi -b、cat -A先看下是不是弄了些特殊字符出来。

上一篇:【Codechef】—Walk on Tree(BM+常系数线性递推)


下一篇:2019牛客暑期多校训练营(第二场) - B - Eddy Walker 2 - BM算法