回車和換行

2021-06-14 16:44:10 字數 1701 閱讀 8829

今天,我總算搞清楚"回車"(carriage return)和"換行"(line feed)這兩個概念的來歷和區別了。

在計算機還沒有出現之前,有一種叫做電傳打字機(teletype model 33)的玩意,每秒鐘可以打10個字元。但是它有乙個問題,就是打完一行換行的時候,要用去0.2秒,正好可以打兩個字元。要是在這0.2秒裡面,又有新的字元傳過來,那麼這個字元將丟失。

於是,研製人員想了個辦法解決這個問題,就是在每行後面加兩個表示結束的字元。乙個叫做"回車",告訴打字機把列印頭定位在左邊界;另乙個叫做"換行",告訴打字機把紙向下移一行。

這就是"換行"和"回車"的來歷,從它們的英語名字上也可以看出一二。

後來,計算機發明了,這兩個概念也就被般到了計算機上。那時,儲存器很貴,一些科學家認為在每行結尾加兩個字元太浪費了,加乙個就可以。於是,就出現了分歧。

unix系統裡,每行結尾只有"《換行》",即"\n";windows系統裡面,每行結尾是"《回車》《換行》",即"\r\n";mac系統裡,每行結尾是"《回車》"。乙個直接後果是,unix/mac系統下的檔案在windows裡開啟的話,所有文字會變成一行;而windows裡的檔案在unix/mac下開啟的話,在每行的結尾可能會多出乙個^m符號。

實驗 :在linux下的終端輸入:echo -en '12\r\n34\r56\n78' >tmp,我的是ubuntu系統,mac的主題。

然後用vim開啟該檔案,得到如下圖:

如果在終端輸入:echo -en '12\n34\n56\n78' >tmp

這樣得到的才是正確的回車換行結果,如下圖:

所以,在linux中除了'\n'會形成回車加換行的操作,即跳轉到下一行的開頭。'\r'會變成^m符號。

下面看一下windows下的結果,在微軟系統裡面只有,正確的回車換行組合才會完成跳轉到下一行的開頭的操作,即'\r\n',讀起來也是回車換行,其它的:'\r'、'\n'、'\n\r'都不能完成跳轉到下一行的操作。

實驗,將echo -en '12\n34\n56\n78' >tmp完成的檔案在windows中用記事本開啟:

如圖:

小黑方塊就是不能解析的轉移字元,如果是echo -en '12\n\r34\n56\n78' >tmp,那麼12後面會出現兩個小的黑方塊,如果是'\r',那和'\n'是一樣的結果,所以除了\r\n'能正確解析,其它的都不行。

我還在windows下的gvim和notepad++開啟tmp

結果如圖:

說明notepad++自動完成了不同系統的之間回車換行的轉換。

總結:回車換行:就是我們在編輯文字是按下enter鍵的效果。所以不同系統下,

按下enter鍵,產生不同的操作,linux和mac只有乙個操作符,而windows則產生兩個操作符

回車和換行

在計算機還沒有出現之前,有一種叫做電傳打字機 teletype model 33 的玩意,每秒鐘可以打10個字元。但是它有乙個問題,就是打完一行換行的時候,要用去0.2秒,正好可以打兩個字元。要是在這0.2秒裡面,又有新的字元傳過來,那麼這個字元將丟失。於是,研製人員想了個辦法解決這個問題,就是在每...

回車和換行

今天終於明白回車和換行的來歷了.在計算機還沒有出現之前,有一種叫做電傳打字機 teletype model 33 的玩意,每秒鐘可以打10個字元。但是它有乙個問題,就是打完一行換行的時候,要用去0.2秒,正好可以打兩個字元。要是在這0.2秒裡面,又有新的字元傳過來,那麼這個字元將丟失。於是,研製人員...

回車和換行

回車和換行 在計算機還沒有出現之前,有一種叫做電傳打字機 teletype model 33 的玩意,每秒鐘可以打 10個字元。但是它有乙個問題,就是打完一行換行的時候,要用去 0.2秒,正好可以打兩個字元。要是在這 0.2秒裡面,又有新的字元傳過來,那麼這個字元將丟失。於是,研製人員想了個辦法解決...