今天又遇到服務(wù)器輸出的json  客戶端parse錯(cuò)誤的問(wèn)題。

不含 BOM 的 UTF-8 才是標(biāo)準(zhǔn)形式，在 UTF-8 文件中放置 BOM 主要是微軟的習(xí)慣。

有bom格式在開(kāi)頭會(huì)多出3個(gè)字節(jié) EF BB BF ,主要用于識(shí)別編碼。bom應(yīng)該是windows特有的，在制作網(wǎng)頁(yè)時(shí)會(huì)產(chǎn)生各種意想不到的問(wèn)題，例如多輸出了一個(gè)空行，影響PHP的session或者cookies功能（出現(xiàn) header already sent錯(cuò)誤），甚至可能引起頁(yè)面的亂碼（那3個(gè)字節(jié)影響了瀏覽器對(duì)頁(yè)面編碼的處理），因此總是推薦使用無(wú)bom編碼。

所以全部編碼最好全部統(tǒng)一成   不含 BOM 的 UTF-8  尤其是服務(wù)端   個(gè)別不支持 標(biāo)準(zhǔn) utf8的客戶端，特殊處理一下，以求最小代價(jià)

vscode 開(kāi)啟設(shè)置：Auto Guess Encoding  

nodepad++ 把utf8 bom 重新編碼位 UTF-8（無(wú)bom）