每日分享

時間  2020-09-25
標籤 每日 分享 简体版
原文   原文鏈接

1、http協議

HTTP協議是Hyper Text Transfer Protocol（超文本傳輸協議）的縮寫,是用於從萬維網（WWW:World Wide Web ）服務器傳輸超文本到本地瀏覽器的傳送協議。javascript

HTTP是一個基於TCP/IP通訊協議來傳遞數據（HTML 文件, 圖片文件, 查詢結果等）。html

HTTP是一個屬於應用層的面向對象的協議，因爲其簡捷、快速的方式，適用於分佈式超媒體信息系統。它於1990年提出，通過幾年的使用與發展，獲得不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規範化工做正在進行之中，並且HTTP-NG(Next Generation of HTTP)的建議已經提出。java

HTTP協議工做於客戶端-服務端架構爲上。瀏覽器做爲HTTP客戶端經過URL向HTTP服務端即WEB服務器發送全部請求。Web服務器根據接收到的請求後，向客戶端發送響應信息。git

http請求-響應模型.jpg

主要特色

一、簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法經常使用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯繫的類型不一樣。因爲HTTP協議簡單，使得HTTP服務器的程序規模小，於是通訊速度很快。github

二、靈活：HTTP容許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。web

3.無鏈接：無鏈接的含義是限制每次鏈接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答後，即斷開鏈接。採用這種方式能夠節省傳輸時間。正則表達式

4.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息，則它必須重傳，這樣可能致使每次鏈接傳送的數據量增大。另外一方面，在服務器不須要先前信息時它的應答就較快。
五、支持B/S及C/S模式。sql

HTTP之URL

HTTP使用統一資源標識符（Uniform Resource Identifiers, URI）來傳輸數據和創建鏈接。URL是一種特殊類型的URI，包含了用於查找某個資源的足夠的信息chrome

URL,全稱是UniformResourceLocator, 中文叫統一資源定位符,是互聯網上用來標識某一處資源的地址。如下面這個URL爲例，介紹下普通URL的各部分組成：數據庫

http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name

從上面的URL能夠看出，一個完整的URL包括如下幾部分：
1.協議部分：該URL的協議部分爲「http：」，這表明網頁使用的是HTTP協議。在Internet中可使用多種協議，如HTTP，FTP等等本例中使用的是HTTP協議。在"HTTP"後面的「//」爲分隔符

2.域名部分：該URL的域名部分爲「www.aspxfans.com」。一個URL中，也可使用IP地址做爲域名使用

3.端口部分：跟在域名後面的是端口，域名和端口之間使用「:」做爲分隔符。端口不是一個URL必須的部分，若是省略端口部分，將採用默認端口

4.虛擬目錄部分：從域名後的第一個「/」開始到最後一個「/」爲止，是虛擬目錄部分。虛擬目錄也不是一個URL必須的部分。本例中的虛擬目錄是「/news/」

5.文件名部分：從域名後的最後一個「/」開始到「？」爲止，是文件名部分，若是沒有「?」,則是從域名後的最後一個「/」開始到「#」爲止，是文件部分，若是沒有「？」和「#」，那麼從域名後的最後一個「/」開始到結束，都是文件名部分。本例中的文件名是「index.asp」。文件名部分也不是一個URL必須的部分，若是省略該部分，則使用默認的文件名

6.錨部分：從「#」開始到最後，都是錨部分。本例中的錨部分是「name」。錨部分也不是一個URL必須的部分

7.參數部分：從「？」開始到「#」爲止之間的部分爲參數部分，又稱搜索部分、查詢部分。本例中的參數部分爲「boardID=5&ID=24618&page=1」。參數能夠容許有多個參數，參數與參數之間用「&」做爲分隔符。

URI和URL的區別

URI，是uniform resource identifier，統一資源標識符，用來惟一的標識一個資源。

Web上可用的每種資源如HTML文檔、圖像、視頻片斷、程序等都是一個來URI來定位的
URI通常由三部組成：
①訪問資源的命名機制
②存放資源的主機名
③資源自身的名稱，由路徑表示，着重強調於資源。

URL是uniform resource locator，統一資源定位器，它是一種具體的URI，即URL能夠用來標識一個資源，並且還指明瞭如何locate這個資源。

URL是Internet上用來描述信息資源的字符串，主要用在各類WWW客戶程序和服務器程序上，特別是著名的Mosaic。
採用URL能夠用一種統一的格式來描述各類信息資源，包括文件、服務器的地址和目錄等。URL通常由三部組成：
①協議(或稱爲服務方式)
②存有該資源的主機IP地址(有時也包括端口號)
③主機資源的具體地址。如目錄和文件名等

URN，uniform resource name，統一資源命名，是經過名字來標識資源，好比mailto:java-net@java.sun.com。

URI是以一種抽象的，高層次概念定義統一資源標識，而URL和URN則是具體的資源標識的方式。URL和URN都是一種URI。籠統地說，每一個 URL 都是 URI，但不必定每一個 URI 都是 URL。這是由於 URI 還包括一個子類，即統一資源名稱 (URN)，它命名資源但不指定如何定位資源。上面的 mailto、news 和 isbn URI 都是 URN 的示例。

在Java的URI中，一個URI實例能夠表明絕對的，也能夠是相對的，只要它符合URI的語法規則。而URL類則不只符合語義，還包含了定位該資源的信息，所以它不能是相對的。
在Java類庫中，URI類不包含任何訪問資源的方法，它惟一的做用就是解析。
相反的是，URL類能夠打開一個到達資源的流。

HTTP之請求消息Request

客戶端發送一個HTTP請求到服務器的請求消息包括如下格式：

請求行（request line）、請求頭部（header）、空行和請求數據四個部分組成。

Http請求消息結構.png
  • 請求行以一個方法符號開頭，以空格分開，後面跟着請求的URI和協議的版本。
Get請求例子，使用Charles抓取的request：
GET /562f25980001b1b106000338.jpg HTTP/1.1
Host    img.mukewang.com
User-Agent    Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36
Accept    image/webp,image/*,*/*;q=0.8
Referer    http://www.imooc.com/
Accept-Encoding    gzip, deflate, sdch
Accept-Language    zh-CN,zh;q=0.8

 

第一部分：請求行，用來講明請求類型,要訪問的資源以及所使用的HTTP版本.

GET說明請求類型爲GET,[/562f25980001b1b106000338.jpg]爲要訪問的資源，該行的最後一部分說明使用的是HTTP1.1版本。

第二部分：請求頭部，緊接着請求行（即第一行）以後的部分，用來講明服務器要使用的附加信息

從第二行起爲請求頭部，HOST將指出請求的目的地.User-Agent,服務器端和客戶端腳本都能訪問它,它是瀏覽器類型檢測邏輯的重要基礎.該信息由你的瀏覽器來定義,而且在每一個請求中自動發送等等

第三部分：空行，請求頭部後面的空行是必須的

即便第四部分的請求數據爲空，也必須有空行。

第四部分：請求數據也叫主體，能夠添加任意的其餘數據。

這個例子的請求數據爲空。

POST請求例子，使用Charles抓取的request：
POST / HTTP1.1 Host:www.wrox.com User-Agent:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022) Content-Type:application/x-www-form-urlencoded Content-Length:40 Connection: Keep-Alive name=Professional%20Ajax&publisher=Wiley

第一部分：請求行，第一行明瞭是post請求，以及http1.1版本。
第二部分：請求頭部，第二行至第六行。
第三部分：空行，第七行的空行。
第四部分：請求數據，第八行。

HTTP之響應消息Response

通常狀況下，服務器接收並處理客戶端發過來的請求後會返回一個HTTP的響應消息。

HTTP響應也由四個部分組成，分別是：狀態行、消息報頭、空行和響應正文。

http響應消息格式.jpg

例子

HTTP/1.1 200 OK
Date: Fri, 22 May 2009 06:07:21 GMT
Content-Type: text/html; charset=UTF-8

<html>
      <head></head>
      <body>
            <!--body goes here-->
      </body>
</html>

 

第一部分：狀態行，由HTTP協議版本號， 狀態碼， 狀態消息 三部分組成。

第一行爲狀態行，（HTTP/1.1）代表HTTP版本爲1.1版本，狀態碼爲200，狀態消息爲（ok）

第二部分：消息報頭，用來講明客戶端要使用的一些附加信息

第二行和第三行爲消息報頭，
Date:生成響應的日期和時間；Content-Type:指定了MIME類型的HTML(text/html),編碼類型是UTF-8

第三部分：空行，消息報頭後面的空行是必須的
第四部分：響應正文，服務器返回給客戶端的文本信息。

空行後面的html部分爲響應正文。

HTTP之狀態碼

狀態代碼有三位數字組成，第一個數字定義了響應的類別，共分五種類別:

1xx：指示信息--表示請求已接收，繼續處理
2xx：成功--表示請求已被成功接收、理解、接受
3xx：重定向--要完成請求必須進行更進一步的操做
4xx：客戶端錯誤--請求有語法錯誤或請求沒法實現
5xx：服務器端錯誤--服務器未能實現合法的請求

常見狀態碼：

200 OK //客戶端請求成功 400 Bad Request //客戶端請求有語法錯誤，不能被服務器所理解 401 Unauthorized //請求未經受權，這個狀態代碼必須和WWW-Authenticate報頭域一塊兒使用 403 Forbidden //服務器收到請求，可是拒絕提供服務 404 Not Found //請求資源不存在，eg：輸入了錯誤的URL 500 Internal Server Error //服務器發生不可預期的錯誤 503 Server Unavailable //服務器當前不能處理客戶端的請求，一段時間後可能恢復正常

HTTP請求方法

根據HTTP標準，HTTP請求可使用多種請求方法。
HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。
HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

GET     請求指定的頁面信息，並返回實體主體。
HEAD     相似於get請求，只不過返回的響應中沒有具體的內容，用於獲取報頭
POST     向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會致使新的資源的創建和/或已有資源的修改。
PUT     從客戶端向服務器傳送的數據取代指定的文檔的內容。
DELETE 請求服務器刪除指定的頁面。 CONNECT HTTP/1.1協議中預留給可以將鏈接改成管道方式的代理服務器。 OPTIONS 容許客戶端查看服務器的性能。 TRACE 回顯服務器收到的請求，主要用於測試或診斷。

HTTP工做原理

HTTP協議定義Web客戶端如何從Web服務器請求Web頁面，以及服務器如何把Web頁面傳送給客戶端。HTTP協議採用了請求/響應模型。客戶端向服務器發送一個請求報文，請求報文包含請求的方法、URL、協議版本、請求頭部和請求數據。服務器以一個狀態行做爲響應，響應的內容包括協議的版本、成功或者錯誤代碼、服務器信息、響應頭部和響應數據。

如下是 HTTP 請求/響應的步驟：

一、客戶端鏈接到Web服務器

一個HTTP客戶端，一般是瀏覽器，與Web服務器的HTTP端口（默認爲80）創建一個TCP套接字鏈接。例如，http://www.oakcms.cn。

二、發送HTTP請求

經過TCP套接字，客戶端向Web服務器發送一個文本的請求報文，一個請求報文由請求行、請求頭部、空行和請求數據4部分組成。

三、服務器接受請求並返回HTTP響應

Web服務器解析請求，定位請求資源。服務器將資源複本寫到TCP套接字，由客戶端讀取。一個響應由狀態行、響應頭部、空行和響應數據4部分組成。

四、釋放鏈接TCP鏈接

若connection 模式爲close，則服務器主動關閉TCP鏈接，客戶端被動關閉鏈接，釋放TCP鏈接;若connection 模式爲keepalive，則該鏈接會保持一段時間，在該時間內能夠繼續接收請求;

五、客戶端瀏覽器解析HTML內容

客戶端瀏覽器首先解析狀態行，查看代表請求是否成功的狀態代碼。而後解析每個響應頭，響應頭告知如下爲若干字節的HTML文檔和文檔的字符集。客戶端瀏覽器讀取響應數據HTML，根據HTML的語法對其進行格式化，並在瀏覽器窗口中顯示。

例如：在瀏覽器地址欄鍵入URL，按下回車以後會經歷如下流程：

一、瀏覽器向 DNS 服務器請求解析該 URL 中的域名所對應的 IP 地址;

二、解析出 IP 地址後，根據該 IP 地址和默認端口 80，和服務器創建TCP鏈接;

三、瀏覽器發出讀取文件(URL 中域名後面部分對應的文件)的HTTP 請求，該請求報文做爲 TCP 三次握手的第三個報文的數據發送給服務器;

四、服務器對瀏覽器請求做出響應，並把對應的 html 文本發送給瀏覽器;

五、釋放 TCP鏈接;

六、瀏覽器將該 html 文本並顯示內容; 　　

GET和POST請求的區別

GET請求
GET /books/?sex=man&name=Professional HTTP/1.1 Host: www.wrox.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1 Connection: Keep-Alive

注意最後一行是空行

POST請求
POST / HTTP/1.1 Host: www.wrox.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1 Content-Type: application/x-www-form-urlencoded Content-Length: 40 Connection: Keep-Alive name=Professional%20Ajax&publisher=Wiley

一、GET提交，請求的數據會附在URL以後（就是把數據放置在HTTP協議頭中），以?分割URL和傳輸數據，多個參數用&鏈接；例 如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。若是數據是英文字母/數字，原樣發送，若是是空格，轉換爲+，若是是中文/其餘字符，則直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX爲該符號以16進製表示的ASCII。

POST提交：把提交的數據放置在是HTTP包的包體中。上文示例中紅色字體標明的就是實際的傳輸數據

所以，GET提交的數據會在地址欄中顯示出來，而POST提交，地址欄不會改變

二、傳輸數據的大小：首先聲明：HTTP協議沒有對傳輸的數據大小進行限制，HTTP協議規範也沒有對URL長度進行限制。

而在實際開發中存在的限制主要有：

GET:特定瀏覽器和服務器對URL長度有限制，例如 IE對URL長度的限制是2083字節(2K+35)。對於其餘瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決於操做系 統的支持。

所以對於GET提交時，傳輸數據就會受到URL長度的 限制。

POST:因爲不是經過URL傳值，理論上數據不受 限。但實際各個WEB服務器會規定對post提交數據大小進行限制，Apache、IIS6都有各自的配置。

三、安全性

POST的安全性要比GET的安全性高。好比：經過GET提交數據，用戶名和密碼將明文出如今URL上，由於(1)登陸頁面有可能被瀏覽器緩存；(2)其餘人查看瀏覽器的歷史紀錄，那麼別人就能夠拿到你的帳號和密碼了，除此以外，使用GET提交數據還可能會形成Cross-site request forgery攻擊

四、Http get,post,soap協議都是在http上運行的

（1）get：請求參數是做爲一個key/value對的序列（查詢字符串）附加到URL上的
查詢字符串的長度受到web瀏覽器和web服務器的限制（如IE最多支持2048個字符），不適合傳輸大型數據集同時，它很不安全

（2）post：請求參數是在http標題的一個不一樣部分（名爲entity body）傳輸的，這一部分用來傳輸表單信息，所以必須將Content-type設置爲:application/x-www-form- urlencoded。post設計用來支持web窗體上的用戶字段，其參數也是做爲key/value對傳輸。
可是：它不支持複雜數據類型，由於post沒有定義傳輸數據結構的語義和規則。

（3）soap：是http post的一個專用版本，遵循一種特殊的xml消息格式
Content-type設置爲: text/xml 任何數據均可以xml化。

Http協議定義了不少與服務器交互的方法，最基本的有4種，分別是GET,POST,PUT,DELETE. 一個URL地址用於描述一個網絡上的資源，而HTTP中的GET, POST, PUT, DELETE就對應着對這個資源的查，改，增，刪4個操做。 咱們最多見的就是GET和POST了。GET通常用於獲取/查詢資源信息，而POST通常用於更新資源信息.

咱們看看GET和POST的區別

      1. GET提交的數據會放在URL以後，以?分割URL和傳輸數據，參數之間以&相連，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的數據放在HTTP包的Body中.

      2. GET提交的數據大小有限制（由於瀏覽器對URL的長度有限制），而POST方法提交的數據沒有限制.

      3. GET方式須要使用Request.QueryString來取得變量的值，而POST方式經過Request.Form來獲取變量的值。

      4. GET方式提交數據，會帶來安全問題，好比一個登陸頁面，經過GET方式提交數據時，用戶名和密碼將出如今URL上，若是頁面能夠被緩存或者其餘人能夠訪問這臺機器，就能夠從歷史記錄得到該用戶的帳號和密碼.

2、TCP/IP協議

TCP/IP協議

TCP/IP不是一個協議，而是一個協議族的統稱。裏面包括IP協議、IMCP協議、TCP協議。

TCP/IP分層：

這裏有幾個須要注意的知識點：

  • 互聯網地址：也就是IP地址，通常爲網絡號+子網號+主機號
  • 域名系統：通俗的來講，就是一個數據庫，能夠將主機名轉換成IP地址
  • RFC：TCP/IP協議的標準文檔
  • 端口號：一個邏輯號碼，IP包所帶有的標記
  • Socket：應用編程接口

數據鏈路層的工做特性：

  • 爲IP模塊發送和接收IP數據報
  • 爲ARP模塊發送ARP請求和接收ARP應答（ARP：地址解析協議，將IP地址轉換成MAC地址）
  • 爲RARP發送RARP請求和接收RARP應答

接下來咱們瞭解一下TCP/IP的工做流程：

數據鏈路層從ARP獲得數據的傳遞信息，再從IP獲得具體的數據信息

 

IP協議

IP協議頭當中，最重要的就是TTL（IP容許經過的最大網段數量）字段（八位），規定該數據包能穿過幾個路由以後纔會被拋棄。

 

IP路由選擇

 

ARP協議工做原理

 

ICMP協議（網絡控制文協議）

將IP數據包不能傳送的錯誤信息傳送給主機

查詢報文

  1. ping查詢：主機是否可達，經過計算間隔時間和傳送多少個包的數量
  2. 子網掩碼
  3. 時間戳：得到當前時間

差錯報文

不產生的狀況：

  1. ICMP差錯報文不產生差錯報文
  2. 源地址爲零地址、環目地址、廣播地址、多播地址

IP路由器選擇協議

先來看路由選擇工做流程：

靜態路由選擇

  1. 配置接口以默認方式生成路由表項，或者使用route add手動添加表項
  2. ICMP報文（ICMP重定向報文）更新表項
  3. 動態路由選擇（只使用在路由之間）

RIP（路由信息協議）

分佈式的基於距離向量（路由器到每個目的網絡的距離記錄）的路由選擇協議

router承擔的工做：

  1. 給每個已知路由器發送RIP請求報文，要求給出完整的路由表
  2. 若是接受請求，就將本身的路由表交給請求者；若是沒有，就處理IP請求表項（本身部分+跳數/沒有的部分+16）
  3. 接受迴應，更新路由表
  4. 按期更新路由表（通常爲30s，只能說太頻繁~）

OSPF（開放最短路徑優先協議）

分佈式鏈路狀態（和這兩個路由器都有接口的網絡）協議

  1. 當鏈路狀態發生變化時，採用可靠的洪泛法，向全部的路由器發送信息（相鄰的全部路由器的鏈路狀態）
  2. 最終會創建一個全網的拓撲結構圖

TCP/IP的三次握手，四次分手

首先咱們先來了解TCP報文段

重要的標誌我在圖中也有標記，重點了解標誌位

  • ACK：確認序號有效
  • RST：重置鏈接
  • SYN：發起了一個新鏈接
  • FIN：釋放一個鏈接

三次握手的過程（客戶端咱們用A表示，服務器端用B表示）

前提：A主動打開，B被動打開

  1. 在創建鏈接以前，B先建立TCB（傳輸控制塊），準備接受客戶進程的鏈接請求，處於LISTEN（監聽）狀態
  2. A首先建立TCB，而後向B發出鏈接請求，SYN置1，同時選擇初始序號seq=x，進入SYN-SEND（同步已發送）狀態
  3. B收到鏈接請求後向A發送確認，SYN置1，ACK置1，同時產生一個確認序號ack=x+1。同時隨機選擇初始序號seq=y，進入SYN-RCVD（同步收到）狀態
  4. A收到確認鏈接請求後，ACK置1，確認號ack=y+1，seq=x+1，進入到ESTABLISHED（已創建鏈接）狀態。向B發出確認鏈接，最後B也進入到ESTABLISHED（已創建鏈接）狀態。

簡單來講，就是

  1. 創建鏈接時，客戶端發送SYN包（SYN=i）到服務器，並進入到SYN-SEND狀態，等待服務器確認
  2. 服務器收到SYN包，必須確認客戶的SYN（ack=i+1）,同時本身也發送一個SYN包（SYN=k）,即SYN+ACK包，此時服務器進入SYN-RECV狀態
  3. 客戶端收到服務器的SYN+ACK包，向服務器發送確認報ACK（ack=k+1）,此包發送完畢，客戶端和服務器進入ESTABLISHED狀態，完成三次握手

在此穿插一個知識點就是SYN攻擊，那麼什麼是SYN攻擊？發生的條件是什麼？怎麼避免？

在三次握手過程當中，Server發送SYN-ACK以後，收到Client的ACK以前的TCP鏈接稱爲半鏈接（half-open connect），此時Server處於SYN_RCVD狀態，當收到ACK後，Server轉入ESTABLISHED狀態。SYN攻擊就是 Client在短期內僞造大量不存在的IP地址，並向Server不斷地發送SYN包，Server回覆確認包，並等待Client的確認，因爲源地址 是不存在的，所以，Server須要不斷重發直至超時，這些僞造的SYN包將產時間佔用未鏈接隊列，致使正常的SYN請求由於隊列滿而被丟棄，從而引發網 絡堵塞甚至系統癱瘓。SYN攻擊時一種典型的DDOS攻擊，檢測SYN攻擊的方式很是簡單，即當Server上有大量半鏈接狀態且源IP地址是隨機的，則能夠判定遭到SYN攻擊了，使用以下命令可讓之現行：

四次分手的過程（客戶端咱們用A表示，服務器端用B表示）

因爲TCP鏈接時是全雙工的，所以每一個方向都必須單獨進行關閉。這一原則是當一方完成數據發送任務後，發送一個FIN來終止這一方向的連接。收到一個FIN只是意味着這一方向上沒有數據流動，既不會在收到數據，可是在這個TCP鏈接上仍然可以發送數據，知道這一方向也發送了FIN，首先進行關閉的一方將執行主動關閉，而另外一方則執行被動關閉。

前提：A主動關閉，B被動關閉

有人可能會問，爲何鏈接的時候是三次握手，而斷開鏈接的時候須要四次揮手？

這是由於服務端在LISTEN狀態下，收到創建鏈接請求的SYN報文後，把ACK和SYN放在一個報文裏發送給客戶端。而關閉鏈接時，當收到對方的FIN 報文時，僅僅表示對方再也不發送數據了可是還能接收數據，己方也未必所有數據都發送給對方了，因此己方能夠當即close，也能夠發送一些數據給對方後，再 發送FIN報文給對方來表示贊成如今關閉鏈接，所以，己方ACK和FIN通常都會分開發送。

  1. A發送一個FIN，用來關閉A到B的數據傳送，A進入FIN_WAIT_1狀態。
  2. B收到FIN後，發送一個ACK給A，確認序號爲收到序號+1（與SYN相同，一個FIN佔用一個序號），B進入CLOSE_WAIT狀態。
  3. B發送一個FIN，用來關閉B到A的數據傳送，B進入LAST_ACK狀態。
  4. A收到FIN後，A進入TIME_WAIT狀態，接着發送一個ACK給B，確認序號爲收到序號+1，B進入CLOSED狀態，完成四次揮手。

簡單來講就是

客戶端A發送一個FIN，用來關閉客戶A到服務器B的數據傳送（報文段4）。

  1. 服務器B收到這個FIN，它發回一個ACK，確認序號爲收到的序號加1（報文段5）。和SYN同樣，一個FIN將佔用一個序號。
  2. 服務器B關閉與客戶端A的鏈接，發送一個FIN給客戶端A（報文段6）。
  3. 客戶端A發回ACK報文確認，並將確認序號設置爲收到序號加1（報文段7）。

A在進入到TIME-WAIT狀態後，並不會立刻釋放TCP，必須通過時間等待計時器設置的時間2MSL（最長報文段壽命），A才進入到CLOSED狀態。爲何？

  1. 爲了保證A發送的最後一個ACK報文段可以到達B
  2. 防止「已失效的鏈接請求報文段」出如今本鏈接中

OK~是否是很難懂的感受？那咱們來講的「人性化點的」吧

三次握手流程

  1. 客戶端發個請求「開門吶，我要進來」給服務器
  2. 服務器發個「進來吧，我去給你開門」給客戶端
  3. 客戶端有很客氣的發個「謝謝，我要進來了」給服務器

四次揮手流程

  1. 客戶端發個「時間不早了，我要走了」給服務器，等服務器起身送他
  2. 服務器聽到了，發個「我知道了，那我送你出門吧」給客戶端，等客戶端走
  3. 服務器把門關上後，發個「我關門了」給客戶端，而後等客戶端走（尼瑪~矯情啊）
  4. 客戶端發個「我知道了，我走了」，以後本身就走了

3、window.onload

一、最簡單的調用方式 
直接寫到html的body標籤裏面，如： 

<html> 
　　<body onload="func()"> 
　　</body> 
</html>

二、在JS語句調用 

<script type="text/javascript"> 
　　function func(){……} 
　　window.onload=func; 
</script>

三、同時 調用多個函數 
直接寫到html的body標籤裏面,如： 

<html> 
　　<body onload="func1();func2();func3();"> 
　　</body> 
</html>

四、js調用多個函數,如下這種調用方式能夠用於不太複雜的JS程序中，若是程序函數不少，邏輯比較複雜，能夠考慮用第五種方式。 

<script type="text/javascript"> 
　　function func1(){……} 
　　function func2(){……} 
　　function func3(){……} 
　　window.onload=function(){ 
　　　　func1(); 
　　　　func2(); 
　　　　func3(); 
　　} 
</script>

五、JS自定義函數式屢次調用 

<script type="text/javascript"> 
　　function func1(){……} 
　　function func2(){……} 
　　function func3(){……} 
　　function addLoadEvent(func){ 
　　　　var oldonload=window.onload; 
　　　　if(typeof window.onload!="function"){ 
　　　　　　window.onload=func; 
　　　　} 
　　　　else{ 
　　　　　　window.onload=function(){ 
　　　　　　　　oldonload(); 
　　　　　　　　func(); 
　　　　　　} 
　　　　} 
　　} 
　　addLoadEvent(func1); 
　　addLoadEvent(func2); 
　　addLoadEvent(func3); 
</script>

 4、innerHTML和innerText

document 對象中有innerHTML和innerText 兩個屬性， 這兩個屬性都是獲取document對象的文本內容的，這兩個屬性間有哪些區別呢？經過幾個例子來看一下。

示例1

<html>  
    <head><title>innerHTML</title></head>  
    <body>  
        <p id="p1">hello world </p>  
        <script>  
            var content = document.getElementById("p1");  
            alert(content.innerHTML);  
            alert(content.innerText)  
        </script>  
    </body>  
</html>  


經過IE瀏覽器打開，彈出內容爲 "hello world" 和 "hello world"

經過 Firefox 瀏覽器打開，彈出內容爲 "hello world" 和 "undefined"

經過 chrome 瀏覽器打開，彈出內容爲 "hello world" 和 "hello world"

示例2

<html>  
    <head><title>innerHTML</title></head>  
    <body>  
        <div id="d1"><p id="p1">hello world </p></div>  
        <script>  
            var content = document.getElementById("d1");  
            alert(content.innerHTML);  
            alert(content.innerText)  
        </script>  
    </body>  
</html>  


經過IE瀏覽器打開，彈出內容爲 <p id="p1">hello world </p> 和 hello world

經過 Firefox 瀏覽器打開，彈出內容爲 <p id="p1">hello world </p> 和 undefined

經過 chrome 瀏覽器打開，彈出內容爲 <p id="p1">hello world </p> 和 hello world

經過上面兩個示例，能夠看出：

innerHTML指的是從對象的起始位置到終止位置的所有內容,包括Html標籤。
innerText   指的是從起始位置到終止位置的內容,但它去除Html標籤。
同時，innerHTML 是全部瀏覽器都支持的，innerText 是IE瀏覽器和chrome 瀏覽器支持的，Firefox瀏覽器不支持。其實，innerHTML 是W3C 組織規定的屬性；而innerText 屬性是IE瀏覽器本身的屬性，不事後來的瀏覽器部分實現這個屬性罷了。

outerHTML

說到innerHTML，順便說一下跟innerHTML相對的outerHTML屬性。

繼續看上面的代碼，將alert(content.innerText) 修改成 alert(content.outerHTML)

 經過瀏覽器能夠看到彈出框爲<p id="p1">hello world </p>

和 <divid="d1"><p id="p1">hello world</p></div>

outerHTML指的是除了包含innerHTML的所有內容外, 還包含對象標籤自己。

總結說明

　　innerHTML是符合W3C標準的屬性，而innerText只適用於IE瀏覽器（如今也適應chrome瀏覽器），所以，儘量地去使用 innerHTML，而少用innerText，若是要輸出不含HTML標籤的內容，可使用innerHTML取得包含HTML標籤的內容後，再用正則表達式去除HTML標籤，下面是一個簡單的符合W3C標準的示例： 

<html>  
    <head><title>innerHTML</title></head>  
    <body>  
        <div id="d1"><p id="p1">hello world </p></div>  
        <script>  
            var content = document.getElementById("p1");  
            alert(content.innerHTML.replace(/& lt;.+?>/gim,''));  
        </script>  
    </body>  
</html>

彈出的爲去掉了html標籤以後的內容，這是個在全部瀏覽器都可使用的方法。

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程