http簡介
http事務處理
建立鏈結
客戶端傳送http請求
伺服器端響應，生成結果並回發
伺服器端關閉連線，客戶端解析回發的響應，恢復頁面
http請求的格式
http請求由4部分組成：請求行、請求頭標、空行、請求資料
請求行由3個標記組成：請求方法、請求url、http版本（它們之間用空格分開）
http規範定義了8種可能的請求方法：
get檢索uri中標識資源的乙個簡單請求
head
與get方法相同，伺服器只返回狀態行和頭標，並不返回請求文件
post
伺服器接受被寫入客戶端輸出流中的資料的請求
put伺服器儲存請求資料作為指定uri新內容的請求
delete
伺服器刪除uri中命名的資源的請求
trace
關於伺服器支援的請求方法資訊的請求
connect
已文件化但當前未實現的乙個方法，預留做隧道處理
請求頭標由key:value鍵值對組成，每行一對；通知伺服器有關客戶端的功能和標識
空行 傳送回車符和退行，表明伺服器以下不再有頭標
請求資料 html文件和影象等，也就是html本身
web開發中，瀏覽器使用form屬性method設定的方法將表單中的資料傳遞給伺服器進行處理。方法有post和get兩種。
如果希望獲得最佳表單傳輸效能，可以採用 get 方法傳送只有少數簡短欄位的小表單。
一些伺服器作業系統在處理可以立即傳遞給應用程式的命令列引數時，會限制其數目和長度，在這種情況下，對那些有許多字段或是 很長的文字域的表單來說，就應該採用 post 方法來傳送。
如果你在編寫伺服器端的表單處理應用程式方面經驗不足，應該選擇 get 方法。如果採用 post 方法，就要在讀取和解碼方法做些額外的工作，也許這並不很難，但是也許你不太願意去處理這些問題。
如果安全性是個問題，那麼我們建議選用 post 方法。get 方法將表單引數直接放在應用程式的 url 中，這樣網路窺探者可以很輕鬆地捕獲它們，還可以從伺服器的日誌檔案中進行摘錄。如果引數中包含了信用卡帳號這樣的敏感資訊，就會在不知不覺中危及使用者的安全。而 post 應用程式就沒有安全方面的漏洞，在將引數作為單獨的事務傳輸給伺服器進行處理時，至少還可以採用加密的方法。
如果想在表單之外呼叫伺服器端的應用程式，而且包括向其傳遞引數的過程，就要採用 get 方法，因為該方法允許把表單這樣的引數包括進來作為 url 的一部分。而另一方面，使用 post 樣式的應用程式卻希望在 url 後還能有乙個來自瀏覽器額外的傳輸過程，其中傳輸的內容不能作為傳統 標籤的內容。
post提交的資料量理論上沒有限制，get有限制。
HTTP請求與HTTP響應
http請求與http響應 一 http請求 http請求資訊又三部分組成 下面是乙個http請求的資料 1 請求行 以回車為結尾，以空格分隔。post 是請求方法。是url，http 1.1 是協議版本 http請求方法 get請求獲取由request uri所標識的資源 post 在reques...
HTTP請求與響應
乙個http請求一般由4部分組成 1.http請求的方法或動作，比如是get還是post請求 2.正在請求的url 3.請求頭，包含一些客戶端環境資訊，身份驗證資訊等等 4.請求體，也就是請求正文，請求正文中可以包含客戶提交的查詢字串資訊，表單資訊等等 注 一般請求頭和請求體之間空一行 get 一般...
HTTP請求與響應
1.客戶端和伺服器建立連線，客戶端發出請求，伺服器進行三次握手身份確認 2.伺服器接收到請求，linux核心根據 客戶端的請求 socket程序通訊管道發給http程序去解析 apache nginx 3.http伺服器開始處理請求，對使用者的請求報文進行解析，明確客戶端需要的資源和請求方式等等 4...