項目編碼:utf-8
頁面編碼:utf-8
請求類型:Post
request.setCharacterEncoding("UTF-8");response.setCharacterEncoding("UTF-8");String username = request.getParameter("username");System.out.println(username);//控制臺正確輸出中文response.getWriter().write(username);//頁面中文亂碼
request.setCharacterEncoding("UTF-8");String username = request.getParameter("username");System.out.println(username);request.setAttribute("username", username);request.getRequestDispatcher("result.jsp").forward(request, response);
request.setCharacterEncoding("UTF-8");response.setContentType("text/html;charset=utf-8");String username = request.getParameter("username");System.out.println(username);response.getWriter().write(username);
為什么Demo1會出現(xiàn)亂碼?而Demo2沒有出現(xiàn)亂碼?
明明Demo1的response也設(shè)置了utf-8編碼。
從控制臺輸出可以看出,控制臺并沒有亂碼,只是response在輸出中文的
時候出現(xiàn)了亂碼,因此,這行代碼:response.setCharacterEncoding(“UTF-8”);
可能并沒有起到想要的效果。反觀Demo2,并沒有response.setCharacterEncoding(“UTF-8”); 這句話,但是輸出的
頁面是通過request的轉(zhuǎn)發(fā)到JSP頁面實現(xiàn)的。其實JSP頁面最后也要轉(zhuǎn)換為Servlet
頁面中的元素也是response.getWriter().write(“”);出來的。既然有response,那么
這個response的編碼是如何確定的呢?我們看一看JSP與對應的Servlet就可以明白了:
也就是說Demo2中的response.setCharacterEncoding隱藏在JSP頁面中了。
然后根據(jù)轉(zhuǎn)換后的Servlet可以看出response.setContentType(“text/html;charset=utf-8”);
才能達到應有的效果,在使用http協(xié)議的情況中,該方法設(shè)置 Content-type實體報頭
response.setContentType()的作用是使客戶端瀏覽器,區(qū)分不同種類的數(shù)據(jù),并根據(jù)不
同的MIME調(diào)用瀏覽器內(nèi)不同的程序嵌入模塊來處理相應的數(shù)據(jù)。
例如:web瀏覽器就是通過MIME類型來判斷文件是GIF圖片,通過MIME類型來處理json字符串。
Tomcat的安裝目錄\conf\web.xml 中就定義了大量MIME類型 ,可以參考。
response.setContentType(“text/html; charset=utf-8”); html
response.setContentType(“text/plain; charset=utf-8”); 文本
response.setContentType(“text/JavaScript; charset=utf-8”); json數(shù)據(jù)
response.setContentType(“application/xml; charset=utf-8”); xml數(shù)據(jù)