http 無狀態
session
一次完整的http請求
方法說明
詳細說明
get獲取資源
用來請求獲取一斤被uri標識的資源，指定獲取的資源經過伺服器解析後返回響應內容（ 我想要獲取這個資源）
post
傳輸實體主體
用來傳輸實體的主體。post的主要目的並不是獲取響應的主體內容（我想把這條資訊告訴你）
put傳輸檔案
將請求檔案內容包含在請求報文中，儲存到指定的uri的位置
delete
刪除檔案
與put相反，將指定的uri的資源刪除掉（我想要刪除這個資訊）
dead
獲取報文首部
與get方法一樣，但是不返回報文主題內容，用於確認uri的有效性和資源更新的日期時間等等（想要知道某個資訊的部分資訊）
connect
要求使用隧道協議連線**
要求在與**伺服器建立通訊的時候建立隧道，實現用隧道協議tcp通訊，主要使用ssl、tsl協議把通訊內容加密後經網路隧道傳輸
等等…狀態碼
類別原因短語
1xxinformation(資訊類狀態碼)
接收的請求正在處理
2xxsuccess(成功狀態碼)
請求已完成正常處理
3xxrediretion(重定向狀態碼)
需要附加操作以完成請求
4xxclient error(客戶端錯誤狀態碼)
伺服器無法處理請求
5xxserver error(伺服器錯誤狀態碼)
伺服器處理請求錯誤
2xx
3xx
4xx
5xx
http是無狀態的，因為如果是有狀態，記住的話對伺服器造成很大的壓力，這樣子伺服器需要記住大量的請求。因此通過cookie和session來記住狀態。 cookie 來儲存資訊，使得它可以處理大量事務。cookie 是伺服器傳送到使用者瀏覽器並儲存在本地的一小塊資料，它會在瀏覽器之後向同一伺服器再次發起請求的時候被攜帶上，用於告知服務端兩個請求是否來自同一伺服器。cookie的用途
如何建立cookie
客戶端如何使用cookie
session
session 與cookie類似，但是session存在伺服器端session應用之登入
使用者進行登入時，使用者提交包含使用者名稱和密碼的表單，放入 http 請求報文中
伺服器驗證該使用者名稱和密碼，如果正確則把使用者資訊儲存到 redis 中，它在 redis 中的 key 稱為 sessionid
伺服器返回的響應報文的 set-cookie 首部字段包含了這個 sessionid，客戶端收到響應報文之後將該 cookie 存入本地
客戶端之後對同乙個伺服器進行請求時會包含這個 cookie 值，服務端收到之後提取出 sessionid，從 redis 中取出使用者資訊，繼續之前的業務操作
根據網域名稱解析ip位址
建立乙個tcp連線
傳送http請求
收到http響應
釋放tcp連線
計算機網路相關
http協議存在的問題 1.通訊使用明文 不加密 內容可能被竊聽 2.無法證明報文的完整性，所以可能遭篡改 3.不驗證通訊方的身份，因此有可能遭遇偽裝 https的優勢 資料私隱性 內容經過對稱加密，每個連線生成乙個唯一的加密金鑰 資料完整性 內容傳輸經過完整性校驗 身份認證 第三方無法偽造服務端 ...
計算機網路相關基礎
報文，需要傳送的整塊資料 報文交換，整個報文先傳導向臨界點，全部儲存下來後查詢 表，到下乙個結點 分組，報文分成等長的資料段，然後加上必要的首部，即為分組 分組交換，單個分組傳送到相鄰結點，儲存下來後查詢 表，下乙個結點 實體 任何可以傳送或接收資訊的硬體或軟體程序。協議 控制兩個對等實體 或多個 ...
計算機網路相關彙總
ip位址與埠號 linux檢視埠占用情況和開啟埠命令 認證方式 ak sk，token http https 和 socket 的區別與聯絡 dn.net lvxiangan article details 73187726 http鏈結分為短鏈結，長鏈結，短鏈結是每次請求都要三次握手才能傳送自己的...