方式一：
第一種：伺服器指定響應內容的字符集；
response.setcharacterencoding("utf-8")第二種：頁面指定字符集。
見1說明：第一種方式的優先順序高於第二種。
頁面已經設定好了字符集
這是怎麼回事，為什麼不生效？
通過伺服器完成頁面的跳轉請求**發）
返回的時候，並沒有指定將要返回資料的字符集。
f12捕獲網路，獲取到的相應的頁面的字符集為iso-8859-1，所以瀏覽器解析該頁面時就會出現亂碼。
如果是**，則需指定返回資料的字符集為utf-8即可。
重定向，且沒有指定返回資料的編碼集，頁面會怎麼樣？
字符集由頁面說了算，即：頁面的字符集有頁面中關於字符集的宣告決定。
比如：頁面指定字符集為：iso-8859-1
則瀏覽器就按照iso-8859-1也解析。
另外，就算重定向設定返回資料的編碼集，也無效，因為：重定向將導致資料丟失！
如果頁面由伺服器**而來，則頁面的字符集由**決定；否則，重定向的介面或者普通介面的字符集由html頁面本身的宣告的字符集決定！
注意：今天講的是頁面字符集的問題和純粹的資料互動時出現的亂碼不是一碼事！
另外，如果http響應頭與meta中都指定了字符集，會造成衝突，http響應的字符集生效。
將HTML特殊轉義為實體字元的兩種實現方式
前端開發工作中，經常需要將html的左右尖括號等轉義成實體形式。我們不能把 等直接顯示在最終看到的網頁裡。需要將其轉義後才能在網頁上顯示。轉義字元 escape sequence 也稱字元實體 character entity 定義轉義字串的主要原因是 和 等符號已經用來表示html tag，因此不...
將HTML特殊轉義為實體字元的兩種實現方式
前端開發工作中，經常需要將html的左右尖括號等轉義成實體形式。我們不能把 等直接顯示在最終看到的網頁裡。需要將其轉義後才能在網頁上顯示。轉義字元 escape sequence 也稱字元實體 character entity 定義轉義字串的主要原因是 和 等符號已經用來表示html tag，因此不...
將HTML特殊轉義為實體字元的兩種實現方式
前端開發工作中，經常需要將html的左右尖括號等轉義成實體形式。我們不能把 等直接顯示在最終看到的網頁裡。需要將其轉義後才能在網頁上顯示。轉義字元 escape sequence 也稱字元實體 character entity 定義轉義字串的主要原因是 和 等符號已經用來表示html tag，因此不...