繼續web亂碼之路：
上次說到的亂碼問題，有個地方說到比較概況，就是檔案上傳的處理。
通過form上傳的方式我們可以知道：
multipart/form-data
不對字元編碼。
在使用包含檔案上傳控制項的表單時，必須使用該值。
實際情況是什麼樣子呢 ：
瀏覽器監視下看看
好的大家著重看看紅色字型部分，大家會發現瀏覽器根本就沒有提交編碼格式給伺服器，包括預設編碼格式。
ok,這個時候我們可以參考我前兩篇文章所說：提交的資料位當前頁面的編碼格式("content-type"
content=
"text/html; charset=gbk"
>
)。那麼服務端接收資料時如何操作呢？大家都知道我們檔案上傳都採用上傳的元件工具例如（commons-fileupload），獲取上傳的資料資訊，而並非採用預設的request.getpara....()；這種方式獲取資料（
好的，到了這裡大家估計也看出來了，解碼過程毫無疑問交給了檔案上傳的元件來處理了。好的，那麼檔案上傳元件如何解碼呢，這個與元件的處理有關，這裡說下 commons-fileupload; 大家看下**的紅色部分，如果大家設定了這些編碼格式，那麼上傳的資料會被採用utf-8解析，否則 commons-fileupload預設採用 iso8859-1解析。
java web 亂碼解決心得
關於jsp,ajax亂碼問題網上可以蒐集到一堆資料,可是大部分都是在講如何應用。我這裡主要說下我個人理解的瀏覽器端與伺服器端亂碼問題的根源與原理。首先，要說明的是服務端 如 tomcat 與瀏覽器端 如 ie 底層實現都是基於socket通訊的 不了解的朋友可以自己去學習下socket 那麼好的，如...
java web 中亂碼問題
string name new string request.getparameter username getbytes iso 8859 1 gbk 這樣的接受引數的方法是乙個通用的方法,不管是對get或post提交的方法都有效 一 中文亂碼產生的原因 a 亂碼有很多種，這裡所說的是指web傳入...
java web 開發 亂碼處理
一 表單提交的亂碼處理 表單提交分為get和post兩種提交方式。兩種方式的亂碼解決又不一樣，用post提交只需要在接受的時候加上request.setcharacterencoding utf 8 而get方法處理應該將接收過來的值打碎成iso 8859 1編碼的，然後再組裝成utf 8的，new...