request，response設置編碼格式的 記憶混淆

request.setCharacterEncoding（）是設置從request中取得的值或從數據庫中取出的值

       指定后可以通過getParameter()則直接獲得正確的字符串，如果不指定，則默認使用iso8859-1編碼。值得注意的是在執行setCharacterEncoding()之前，不能執行任何getParameter()。而且，該指定只對POST方法有效，對GET方法無效。分析原因，應該是在執行第一個getParameter()的時候，Java將會按照編碼分析所有的提交內容，而后續的getParameter()不再進行分析，所以setCharacterEncoding()無效。而對於GET方法提交表單是，提交的內容在URL中，一開始就已經按照編碼分析提交內容，setCharacterEncoding()自然就無效。

get需在Tomcat的server.xml中的:

 

URIEncoding="GBK" />) 加入URIEncoding="GBK",解決get請求亂碼問題

response.setContentType("text/xml;charset=GBK")是設置頁面中為中文編碼 
前者是設置動態文字（參數，數據庫），后者設置頁面靜態文字

response.setContentType指定 HTTP 響應的編碼,同時指定了瀏覽器顯示的編碼. 
response.setCharacterEncoding設置HTTP 響應的編碼,如果之前使用response.setContentType設置了編碼格式,則使用response.setCharacterEncoding指定的編碼格式覆蓋之前的設置.
與response.setContentType相同的是,調用此方法,必須在getWriter執行之前或者response被提交之前

以上摘自  http://blog.csdn.net/joywy/article/details/8006645

 

 

response.setContentType  設置發送到客戶端的響應的內容類型,可以包括字符編碼說明

如返回xml數據，需要設置text/xml。

也就是說在服務器端坐了這個設置，那么他將在瀏覽器端起到作用，在你打開瀏覽器時決定編碼方式。

如果該方法在response.getWriter()被調用之前調用，那么響應的字符編碼將僅從給出的內容類型中設置。該方法如果在response.getWriter()被調用之后或者在被提交之后調用，將不會設置響應的字符編碼,在使用http協議的情況中，該方法設置 Content-type實體報頭。  

 

response.setCharacterEncoding 設置響應的編碼 

如果服務器端使用response.setContentType設置了編碼格式, 

那么應該使用 response.setCharacterEncoding指定的編碼格式，這樣就會把之前的設置屏蔽掉 。

 

一般建議設置response.setCha racterEncoding 

response.setContentType 經常會遇到失效的情況(設置了 但是經常不起作用)。

以上摘自http://blog.csdn.net/qq_1017097573/article/details/56665633

 

 

說白了前者是輸出編碼格式,后者是輸入編碼格式？？？？-----》》》》》可以順帶看IO流  ，的確是這樣的

東西讀入內存就是輸入流
東西從內存寫到記錄存儲輸出流