正因為活著

這篇是阿業建議我寫的，因為我不想再重複解釋換行符號的差異啦
套用草莓發言人許仁碩的話，以後「請大家上網去看」

在Java要寫入字串到檔案時
如果單純用\n來換行，用記事本打開檔案時
會看到原本應該換行的地方變成很多黑色小方塊
而且每行會接在一起，看起來很奇怪
不過用Java讀取這個文字檔時卻又是正常的

解決法很簡單，只要在\n前面加上\r
變成"\r\n"，在記事本上看就不會亂掉了

 

你知道發生這種情況的原因嗎？
其實是作業系統間換行符號的差異導致的

換行符號有兩種，一個叫Cr(carriage return)，一個是Lf(line feed)
Ascii code分別是13(0d)跟10(0a)
Cr是將指標移到最前頭（回車）
Lf是跳到下一行的位置，但沒有跳到開頭的效果
合在一起就是把指標移到下一行的最前面
類似我們按Enter的效果

不巧的是，三大作業系統的換行符號定義都不一樣
Mac只有Cr
Linux/Unix只有Lf
Windows則是CrLf，兩者皆有
意思是Linux只需要Lf一個字元就可以有換行加移到前面的效果
但是Windows就需要兩個

這在記事本會變成什麼樣子呢？
由於記事本只看到Lf，沒有看到CrLf
使得他無法"跳下一行"
而Lf符號又沒辦法顯示出來，所以就用黑色小方塊代替了

也許會有人問為什麼用PsPad之類的文字編輯軟體
就可以正常換行不會有問題
這是因為那些程式有判斷此問題
所以不管是Cr、Lf、還是CrLf，通通都當作換行

如果你想正常顯示這種只有Cr或Lf的檔案
但沒有安裝其他文字編輯器的話
沒～關係，Windows內建的WordPad就可以顯示了
要不，用IE開啟也是可以的（不過IE只能看不能改）

 

只是用WordPad的話要小心一個地方
如果你開啟了這種文件，修改後儲存的話
WordPad會很貼心(?)的幫你把換行符號全部轉成CrLf
缺點是：如果你的檔案故意要用Cr或Lf換行
儲存就被WordPad強制改掉了
用PsPad之類的文字編輯軟體，儲存時才能保持正常

或許你會想問，為什麼用C語言存取文件只要打\n不用\r\n
那是因為他在存取檔案的時候會自動轉換
當你輸入\n，他就自動當作\r\n
讀取的話，\r\n會自動變成\n輸出

最後順便一提，在VB.NET的世界中，回車是vbCr，換行是vbLf
檔案要換行就得寫vbCrLf或是vbNewLine

----
本日分享歌曲　倖田來未 - Come Over