- 疑問1：atom編輯器有一個(gè)LF、CRLF的切換；
- 疑問2：使用eslint的時(shí)候如果是文件處于CRLF狀態(tài) 會(huì)報(bào)錯(cuò)；
所以想搞清楚LF、CRLF的概念，以下內(nèi)容為轉(zhuǎn)載，但添加了標(biāo)題并整理了排版。
“回車”（Carriage Return） 和 “換行”（Line Feed） 這兩個(gè)概念的來歷和區(qū)別。
1. 起源：電傳打字機(jī)
在計(jì)算機(jī)還沒有出現(xiàn)之前，有一種叫做電傳打字機(jī)（Teletype Model 33，Linux/Unix下的tty概念也來自于此）的玩意，每秒鐘可以打10個(gè)字符。但是它有一個(gè)問題，就是打完一行換行的時(shí)候，要用去0.2秒（注：估計(jì)是從打字機(jī)的最右邊回到最左邊的機(jī)械運(yùn)動(dòng) 所需要的時(shí)間），正好可以打兩個(gè)字符。要是在這0.2秒里面，又有新的字符傳過來，那么這個(gè)字符將丟失。
于是，研制人員想了個(gè)辦法解決這個(gè)問題，就是在每行后面加兩個(gè)表示結(jié)束的字符。
一個(gè)叫做“回車（Carriage Return）”，告訴打字機(jī)把打印頭定位在左邊界；
另一個(gè)叫做“換行（Line Feed）”，告訴打字機(jī)把紙向下移一行。
這就是“換行”和“回車”的來歷，從它們的英語名字上也可以看出一二。
2. 繼承：計(jì)算機(jī)
后來，計(jì)算機(jī)發(fā)明了，這兩個(gè)概念也就被搬到了計(jì)算機(jī)上。
3. 分歧：一個(gè)字符還是兩個(gè)字符
那時(shí)，存儲(chǔ)器很貴，一些科學(xué)家認(rèn)為在每行結(jié)尾加兩個(gè)字符太浪費(fèi)了，加一個(gè)就可以。于是，就出現(xiàn)了分歧。
- Unix系統(tǒng)里，每行結(jié)尾只有“LF”，即”
\n”； - Windows系統(tǒng)里面，每行結(jié)尾是“LFCR”，即“
\n\r”； - Mac系統(tǒng)里，每行結(jié)尾是“CR”，即”
\r”；
其中：
-
CR 用符號(hào)
\r表示, 十進(jìn)制ASCII代碼是13, 十六進(jìn)制代碼為0x0D； -
LF 使用
\n符號(hào)表示, ASCII代碼是10, 十六制為0x0A；
所以Windows平臺(tái)上換行在文本文件中是使用 0d 0a 兩個(gè)字節(jié)表示, 而UNIX和蘋果平臺(tái)上換行則是使用0a或0d一個(gè)字節(jié)表示.
4. 分歧的后果
一個(gè)直接后果是，Unix/Mac系統(tǒng)下的文件在 Windows里打開的話，所有文字會(huì)變成一行；而Windows里的文件在Unix/Mac下打開的話，在每行的結(jié)尾可能會(huì)多出一個(gè)^M符號(hào)。
5. 不同系統(tǒng)相互之間的處理方式
一般操作系統(tǒng)上的運(yùn)行庫會(huì)自動(dòng)決定文本文件的換行格式. 如一個(gè)程序在windows上運(yùn)行就生成CR/LF換行格式的文本文件，而在Linux上運(yùn)行就生成LF格式換行的文本文件。
在一個(gè)平臺(tái)上使用另一種換行符的文件文件可能會(huì)帶來意想不到的問題, 特別是在編輯程序代碼時(shí). 有時(shí)候代碼在編輯器中顯示正常, 但在編輯時(shí)卻會(huì)因?yàn)閾Q行符問題而出錯(cuò)。
很多文本/代碼編輯器帶有換行符轉(zhuǎn)換功能, 使用這個(gè)功能可以將文本文件中的換行符在不同格式單互換。
在不同平臺(tái)間使用FTP軟件傳送文件時(shí)，
- 在ascii文本模式傳輸模式下, 一些FTP客戶端程序會(huì)自動(dòng)對(duì)換行格式進(jìn)行轉(zhuǎn)換（Git傳輸?shù)臅r(shí)候也會(huì)額）.。經(jīng)過這種傳輸?shù)奈募止?jié)數(shù)可能會(huì)發(fā)生變化.。
- 如果你不想ftp修改原文件, 可以使用bin模式(二進(jìn)制模式)傳輸文本。
