正因為活著

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