在開發(fā)過程中，有時候不小心將Windows本地創(chuàng)建的shell腳本（以 .sh 結尾的腳本），傳到linux系統(tǒng)中，通過 vi或者view命令查看文件時，發(fā)現(xiàn)在末尾發(fā)現(xiàn)出現(xiàn)了很多^M字符。

^M 是什么？

這個字符就是換行符。是由于跨平臺解析的原因。
因為window和Linux下對行尾的換行的定義不同
Windows: \r\n
Linux/Unix: \n
Mac: \r

例子

出現(xiàn)的原因：
在DOS/Windows里，文本文件的換行符為\r\n，而在nix系統(tǒng)里則為\n，所以DOS/Windows里編輯過的文本文件到了nix里，每一行都多了個^M

導致的問題：
腳本可能無法正常執(zhí)行，影響程序正常使用

臨時解決方案1：

如果需要從表面上修改，只需使用替換命令就能將該字符給取消；#：%s/^M//g

臨時解決方案2：

在linux上創(chuàng)建一個文件，名稱為 xxx.sh，將這個問價下載到本地，然后將腳本內容粘貼進去，重新上傳到linux上打開查看。

補：解決方法

 如果需要轉換，我們只需要轉換文件格式即可。你可以選擇直接在服務器上調整。包括如下三種方式。
（1）使用linux命令dos2unix filename，直接把文件轉換為unix格式
（2）使用sed命令sed -i "s/\r//" filename  或者 sed -i "s/^M//" filename直接替換結尾符為unix格式
（3）vi filename打開文件，執(zhí)行 : set ff=unix 設置文件為unix，然后執(zhí)行:wq，保存成unix格式。

本質原因

跨平臺造成的編碼格式問題。其實這個是歷史遺留問題，根本原因就是對換行符的內存組成問題。在unix操作系統(tǒng)下的換行符格式為0A（ascii碼），而dos格式下的換行符為 0D 0A(也就是)，其實就顯示為^M了。并且對于這個原因，也是有歷史的。
unix將換行符的字符形式給轉變了，然而，dos命令下任然保留著傳統(tǒng)的表達方式；所以以后在進行跨平臺開發(fā)的時候，前提就是考慮是否兼容，是否編碼格式兼容這些基本的前提條件。

歷史來源：
早期的計算機輸出設備不是顯示器，而是電傳打字機，結構與普通的打字機差不多。有一個打印頭在紙上打字，同時有一個電動機控制紙張的進出。當打印頭到達行尾的時候，需要兩個動作才能夠到達下一行的行首：首先執(zhí)行回車動作，將打印頭移動到本行的行首，然后進行換行動作，電動機將紙張向上移動一行，這樣打印頭就處于下一行的行首，可以繼續(xù)進行打印?；剀嚭蛽Q行對應的控制字符分別是\r和\n，這就是windows中換行符為\r\n的由來。后來由于經(jīng)常連續(xù)執(zhí)行，所以在打印機中將這兩個控制字符簡化為一個控制字符，這就是Linux/Unix中的換行符\n的由來。

常用工具

dos2unix　將window下文本文件轉成符合Linux系統(tǒng)要求的文件
unix2dos 　與上面的命令的作用相反

到此這篇關于詳解Shell腳本中^M的問題和解決方案的文章就介紹到這了,更多相關Shell ^M問題內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！