標籤:unicode 亂碼 斷行符號
今天在用fwrite寫unicode檔案的時候出現了一個問題,代碼如下
_wfopen_s(&fp,L"out.txt",L"w+"); if (fp) { //寫入unicode檔案頭 const char*utf16head = "\xFF\xFE"; fwrite( utf16head, 2, 1,fp); //fwrite(line.c_str(), 2, line.size(),fp); fwrite(L"dsad\n", 2, 5,fp); fclose(fp); }
發現”\n”寫成了0x0d 0x0a 0x00 多了一個0x0d,造成文本解析錯誤,形成亂碼。經過檢查原來是檔案開啟檔案的問題。w是以文本方式開啟檔案,wb是二進位方式開啟檔案。
以文本方式開啟檔案時,fwrite函數每碰到一個0x0A時,就在它的前面加入0x0D。這是因為為了與linux相容, 本來換行原來就是0A(‘\n’), 微軟把\n 改為了\r\n,即從0A改為0D 0A。
總結,當你以w方式開啟時,向檔案寫入\n,其實是底層API幫你多寫了一個\r。因此寫入\r\n,比如fwrite(L”dsad\r\n”, 2, 6,fp)其實是寫入了dsad\r\r\n。
而wb以二進位寫入,沒有新增內容的操作。因此把開啟檔案改為”wb+”就OK。代碼如下
_wfopen_s(&fp,L"out.txt",L"wb+"); if (fp) { //寫入unicode檔案頭 const char*utf16head = "\xFF\xFE"; fwrite( utf16head, 2, 1,fp); //fwrite(line.c_str(), 2, line.size(),fp); fwrite(L"dsad\n", 2, 5,fp); fclose(fp); }
著作權聲明:本文為博主原創文章,未經博主允許不得轉載。
fwrite寫unicode斷行符號遇到亂碼