springboot的start.sh脚本里有特殊字符，致使jdbc链接不上

今天有个朋友分享了一个不错的问题以及解决的过程，我以为挺有意思的，就记录一下。

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上批量替换数据库参数致使。

 

其余人讨论的比较有意义的地方记录：

cat -v也能够的。

脚本文件的格式是unix，vim 看看 :set ff 显示 fileformat=unix

:set ff=unix是设置成unix，那:set ff是文件当前格式。

针对^M的时候，能够  :set ff=unix 就能够了。