飄逸的python – 不要用二進位模式開啟文字檔

先看下面代碼的“詭異”現象。假設在windows下，我有個f.txt檔案，裡面的內容是下面這樣的。helloworld代碼一，

with open('f.txt', 'r') as f:    print f.readlines()with open('f.txt', 'rb') as f:    print f.readlines()

輸出['hello\n', 'world\n']['hello\r\n', 'world\r\n']

代碼二，

with open('f.txt', 'rb') as f:    data = f.read()with open('f.txt', 'w') as f:    f.write(data)

開啟檔案，變成了下面這樣，hello^Mworld^M

首先，先理解分行符號'\n'跟斷行符號符'\r'的概念。'\n',分行符號(LF,Line-Feed ),指新的一行。'\r',斷行符號符(CR,Carriage-Return),指回到行頭。因為在不同系統下的換行標識是不一樣的。windows->'\r\n'unix->'\n'mac->'\r'這就是為什麼windows下的txt在linux開啟的時候行尾會有'^M'。這就是為什麼我在linux下跑指令碼匯出遊戲資料下到本地windows開啟變成了一行。其實文字檔也是二進位檔案，是文本編碼的二進位檔案，文字檔對一些不可見字元進行了處理，增加可讀性。在python中，可以通過os.linesep獲得當前系統的換行標識。比如在windows下，os.linesep是'\r\n'。在python中操作換行標識的時候，並不用管是在什麼平台下，直接用'\n'就行了，python會自動根據不同系統轉成不同標識。有了上面這些理論依據，就可以解析本文開頭代碼的“詭異”現象了。代碼一中，用文字模式開啟的檔案，換行標識會被python處理成'\n'，而用二進位模式開啟則原封不動。代碼二中，用二進位模式開啟，用文字模式寫入。二進位開啟原封不動還是'\r\n'，而文字模式寫入的時候因為python會把'\n'轉成'\r\n'，所以其實就等於是寫入了'\r\r\n'，於是就多了個'^M'。