前端（瀏覽器客戶端）向後台（web伺服器端）傳送http請求獲取資料
1.form的enctype屬性為編碼方式，常用有兩種：
multipart/form-data
3.當action為get時候，瀏覽器用x-www-form-urlencoded的編碼方式把form資料轉換成乙個字串（name1=value1&name2=value2…），然後把這個字串追加到url後面，用?分割，載入這個新的url。
5.當action為post且content-type型別是multipart/form-data，瀏覽器會把整個表單以控制項為單位分割，並為每個部分加上content-disposition(form-data或者file),content-type(預設為text/plain),name(控制項name)等資訊，並加上分割符(boundary)。
response headers裡的content-type指伺服器告訴瀏覽器相應的資料，型別一般有這三種：
multipart/form-data： 資料被編碼為一條訊息，頁上的每個控制項對應訊息中的乙個部分
text/plain： 資料以純文字形式(text/json/xml/html)進行編碼，其中不含任何控制項或格式字元
狀態**由三位數字組成，第乙個數字定義了響應的類別，且有五種可能取值。
1xx：指示資訊–表示請求已接收，繼續處理。
2xx：成功–表示請求已被成功接收、理解、接受。
3xx：重定向–要完成請求必須進行更進一步的操作。
4xx：客戶端錯誤–請求有語法錯誤或請求無法實現。
5xx：伺服器端錯誤–伺服器未能實現合法的請求。
http請求響應狀態碼
1xx 臨時響應 表示臨時響應並需要請求者繼續執行操作的狀態 說明 100 繼續 請求者應當繼續提出請求。伺服器返回此 表示已收到請求的第一部分，正在等待其餘部分。101 切換協議 請求者已要求伺服器切換協議，伺服器已確認並準備切換。2xx 成功 表示成功處理了請求的狀態 說明 200 成功 伺服器...
HTTP請求 響應狀態碼
1 請求響應方式 get是從伺服器上獲取資料，post是向伺服器傳送資料。get 資料在位址列中明文的形式傳送，post則不是，傳遞的資料比get多 據rfc2616標準 現行的http 1.1 得知，通常有以下8種方法 options get post head put delete trace和...
http 請求響應 狀態碼詳解
100 繼續請求者應當繼續提出請求。伺服器已收到請求的一部分，正在等待其餘部分。101切換協議 請求者已要求伺服器切換協議，伺服器已確認並準備切換。200成功 伺服器已成功處理了請求。201已建立 請求成功並且伺服器建立了新的資源。202已接受 伺服器已接受請求，但尚未處理。203非授權資訊 伺服器...