运行shell脚本提示“/bin/bash^M: bad interpreter: No such file or directory”

转载于：http://blog.csdn.net/esther0401/article/details/7361496

<今天遇到的问题,  网上有很多类似的文章,  个人记录下来,  加深记忆,  已经明白的就绕路吧.>

执行一个脚本full_build.sh 时, 一直是提示我:

-bash: ./full_build.sh: /bin/bash^M: bad interpreter: No such file or directory

开始是说我权限不够, 不能执行, 接着我就把权限给改了,  就一直报上面问题.

记得几个月前, 就遇到过类似的问题, 当时是在编译Android Framework, 后来打开出错的.xml文件, 很直接的看到很多的^M的标识,  由于负责编译的同事帮忙解决了, 就没有去问为什么, 今天再次遇到, 就上网搜了搜, 才明白了原因.   

出现上面错误的原因之一是脚本文件是DOS格式的, 即每一行的行尾以\r\n来标识, 使用vim编辑器打开脚本, 运行:

:set ff?

可以看到DOS或UNIX的字样. 使用:set ff=unix把它强制为unix格式的, 然后存盘退出, 即可.

【这个方法我试了，可以，问题解决了，我试了下在windows下创建的shell文件就是dos格式，放到linux下执行就会出现这个问题】

网上也有很多的其他方法, 比如: 执行dos2unix 命令转换编码,   命令为: #dos2unix full_build.sh,  但我没有dos2unix的安装包, 所以就跳过了.  

也有说造成这种问题的原因是在使用vim时不小心按了个: Ctrl+v,  脚本是我从服务器上下的, 不清楚到底怎么会变成了DOS格式的了. 总之解决了就行啦.

============
附带解释一下：
set ff=unix : 告诉 vi 编辑器，使用unix换行符

老式的电传打字机使用两个字符来代表换行。一个字符把滑动架移回首位 (称为回车, )，另一个字符把纸上移一行 (称为换行, )。

当计算机问世以后，人们对换行的处理没有达成一致意见。
UNIX 开发者决定用 一个字符来表示行尾。
Apple 开发者规定了用 。
开发 MS-DOS (Windows）开发者则决定沿用。
这就是说，把一个文件从一种系统移到另一种系统，就有换行符的麻烦。如：用 vi 来尝试编辑一个采用 MS-DOS 格式的文件，你将会发现每一行的末尾有个 ^M 字符。(^M 就是 )。
set ff=unix ，就是告诉 vi 编辑器，使用unix换行符
set ff=dos ，就是告诉 vi 编辑器，使用dos换行符