在文字處理中, cr, lf, cr/lf是不同作業系統上使用的換行符.
dos和windows採用回車+換行cr/lf表示下一行,
而unix/linux採用換行符lf表示下一行，
蘋果機(mac os系統)則採用回車符cr表示下一行.
cr用符號'/r'表示, 十進位制ascii**是13, 十六進製制**為0x0d;
lf使用'/n'符號表示, ascii**是10, 十六制為0x0a.
所以windows平台上換行在文字檔案中是使用 0d 0a 兩個位元組表示, 而unix和蘋果平台上換行則是使用0a或0d乙個位元組表示.
一般作業系統上的執行庫會自動決定文字檔案的換行格式. 如乙個程式在windows上執行就生成cr/lf換行格式的文字檔案，而在linux上執行就生成lf格式換行的文字檔案.
在乙個平台上使用另一種換行符的檔案檔案可能會帶來意想不到的問題, 特別是在編輯程式**時. 有時候**在編輯器中顯示正常, 但在編輯時卻會因為換行符問題而出錯.
很多文字/**編輯器帶有換行符轉換功能, 使用這個功能可以將文字檔案中的換行符在不同格式單互換.
在不同平台間使用ftp軟體傳送檔案時, 在ascii文字模式傳輸模式下, 一些ftp客戶端程式會自動對換行格式進行轉換. 經過這種傳輸的檔案位元組數可能會發生變化. 如果你不想ftp修改原檔案, 可以使用bin模式(二進位制模式)傳輸文字.
不同系統下的換行符
那麼，到底為什麼會出現這個提示的呢？檔案格式區別 我們先看看這三個者有何區別。很久以前，人們用老式的電傳打字機作為輸入裝置，它使用 兩個字元來另起新行。乙個字元把滑動架移回首位 稱為回車，另乙個字元把紙上移一行 稱為換行，當計算機問世後，由於儲存器曾經非常昂貴。有些人就認定沒必要用兩個字元來表示行尾...
java在不同系統中處理換行符
linux,unix和mac系統的換行是 n 而windows的換行並不是直接的 n 是 r n 所以out.write n 只能得到乙個黑框，因為windows不認為這是個 換行 直接從記事本輸入的話，windows自動輸入了 r n 所以從從文字檔案中讀出來的也是 r n 可以正常顯示。那麼這是...
不同系統中的換行符，回車符 r , n
r 是回車，前者使游標到行首 n 是換行，後者使游標下移一格 unix下一般只有乙個0x0a表示換行 n windows下一般都是0x0d和0x0a兩個字元 r n 蘋果機 mac os系統 則採用回車符cr表示下一行 r unix系統裡，每行結尾只有 換行 即 n windows系統裡面，每行結尾...