1. 程式人生 > >九、Node.js中文亂碼問題

九、Node.js中文亂碼問題

解決 ava 多語言 二進制 很多 ring 缺陷 當下 文件中

解決方法:

1、確保我們的js文件保存格式是UTF-8。(可以通過記事本打開,然後另存為來查看目標js的編碼格式)

2、在js文件中增加編碼說明meta數據,讓瀏覽器知道使用什麽編碼來解釋網頁。

res.write(‘<head><meta charset="utf-8"/></head>‘);

補充解釋:

《Node.js開發指南》節選:
Node.js 不支持完整的Unicode,很多字符無法用string 表示。公平地說這不是Node.js 的缺陷,而是JavaScript 標準的問題。目前JavaScript 支持的字符集還是雙字節的UCS2,即用兩個字節來表示一個Unicode 字符,這樣能表示的字符數量是65536。顯然,僅僅是漢字就不止這個數目,很多生僻漢字,以及一些較為罕見語言的文字都無法表示。這其實是一個歷史遺留問題,像2000 年問題(俗稱千年蟲)一樣,都起源於當時人們的主觀判斷。最早的Unicode 設計者認為65536個字符足以囊括全世界所有的文字了,因此那個時候盲目兼容Unicode 的系統或平臺(如Windows、Java 和JavaScript)在後來都遇到了問題。

Unicode 隨後意識到2個字節是不夠的,因此推出了UCS4,即用4 個字節來表示一個Unicode 字符。很多原先用定長編碼的UCS2 的系統都升級為了變長編碼的UTF-16,因為只有它向下兼容UCS2。UTF-16 對UCS2 以內的字符采用定長的雙字節編碼,而對它以外的部分使用多字節的變長編碼。這種方式的好處是在絕大多數情況下它都是定長的編碼,有利於提高運算效率,而且兼容了UCS2,但缺點是它本質還是變長編碼,程序中處理多少有些不便。
許多號稱支持UTF-16 的平臺仍然只支持它的子集UCS2,而不支持它的變長編碼部分。相比之下,UTF-8 完全是變長編碼,有利於傳輸,而UTF-32 或UCS4 則是4 字節的定長編碼,有利於計算。
當下的JavaScript 內部支持的仍是定長的UCS2 而不是變長的UTF-16,因此對於處理UCS4 的字符它無能為力。所有的JavaScript 引擎都被迫保留了這個缺陷,包括V8 在內,因此你無法使用Node.js 處理罕見的字符。想用Node.js 實現一個多語言的字典工具?還是算了吧,除非你放棄使用string 數據類型,把所有的字符當作二進制的Buffer 數據來處理。

九、Node.js中文亂碼問題