九、Node.js中文乱码问题
解決方法：
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 數據來處理。
?
轉載于:https://www.cnblogs.com/luzhanshi/p/10721817.html
總結
以上是生活随笔為你收集整理的九、Node.js中文乱码问题的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Java如何接收前端传来的多层嵌套的复杂
- 下一篇： LogViewer超大文本浏览工具