亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 課堂 > 網(wǎng)絡(luò)協(xié)議 > 正文

HTTP 協(xié)議詳解(圖文介紹)

2020-02-18 10:56:10
字體:
供稿:網(wǎng)友
協(xié)議是指計算機通信網(wǎng)絡(luò)中兩臺計算機之間進行通信所必須共同遵守的規(guī)定或規(guī)則,超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議,它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器
 
 

當(dāng)今web程序的開發(fā)技術(shù)真是百家爭鳴,ASP.NET, PHP, JSP,Perl, AJAX 等等。 無論Web技術(shù)在未來如何發(fā)展,理解Web程序之間通信的基本協(xié)議相當(dāng)重要, 因為它讓我們理解了Web應(yīng)用程序的內(nèi)部工作. 本文將對HTTP協(xié)議進行詳細的實例講解,內(nèi)容較多,希望大家耐心看。也希望對大家的開發(fā)工作或者測試工作有所幫助。使用Fiddler工具非常方便地捕獲HTTP Request和HTTP Response,  關(guān)于Fiddler工具的用法,請看我另一篇博客[Fiddler 教程

  什么是HTTP協(xié)議

  協(xié)議是指計算機通信網(wǎng)絡(luò)中兩臺計算機之間進行通信所必須共同遵守的規(guī)定或規(guī)則,超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議,它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器

  目前我們使用的是HTTP/1.1 版本

  Web服務(wù)器,瀏覽器,代理服務(wù)器

  當(dāng)我們打開瀏覽器,在地址欄中輸入URL,然后我們就看到了網(wǎng)頁。 原理是怎樣的呢?

  實際上我們輸入URL后,我們的瀏覽器給Web服務(wù)器發(fā)送了一個Request, Web服務(wù)器接到Request后進行處理,生成相應(yīng)的Response,然后發(fā)送給瀏覽器, 瀏覽器解析Response中的HTML,這樣我們就看到了網(wǎng)頁,過程如下圖所示

HTTP協(xié)議

  我們的Request 有可能是經(jīng)過了代理服務(wù)器,最后才到達Web服務(wù)器的。

  過程如下圖所示

HTTP協(xié)議

  代理服務(wù)器就是網(wǎng)絡(luò)信息的中轉(zhuǎn)站,有什么功能呢?

  1. 提高訪問速度, 大多數(shù)的代理服務(wù)器都有緩存功能。

  2. 突破限制, 也就是翻墻了

  3. 隱藏身份。

  URL詳解

  URL(Uniform Resource Locator) 地址用于描述一個網(wǎng)絡(luò)上的資源,  基本格式如下

schema://host[:port#]/path/.../[;url-params][?query-string][#anchor]

  scheme               指定低層使用的協(xié)議(例如:http, https, ftp)

  host                   HTTP服務(wù)器的IP地址或者域名

  port#                 HTTP服務(wù)器的默認端口是80,這種情況下端口號可以省略。如果使用了別的端口,必須指明,例如 http://www.cnblogs.com:8080/

  path                   訪問資源的路徑

  url-params

  query-string       發(fā)送給http服務(wù)器的數(shù)據(jù)

  anchor-             錨

  URL 的一個例子

http://www.mywebsite.com/sj/test;id=8079?name=sviergn&x=true#stuff

Schema: http

host: www.mywebsite.com

path: /sj/test

URL params: id=8079

Query String: name=sviergn&x=true

Anchor: stuff

  HTTP協(xié)議是無狀態(tài)的

  http協(xié)議是無狀態(tài)的,同一個客戶端的這次請求和上次請求是沒有對應(yīng)關(guān)系,對http服務(wù)器來說,它并不知道這兩個請求來自同一個客戶端。 為了解決這個問題, Web程序引入了Cookie機制來維護狀態(tài).

  HTTP消息的結(jié)構(gòu)

  先看Request 消息的結(jié)構(gòu),   Request 消息分為3部分,第一部分叫請求行, 第二部分叫http header, 第三部分是body. header和body之間有個空行, 結(jié)構(gòu)如下圖

HTTP協(xié)議

  第一行中的Method表示請求方法,比如"POST","GET",  Path-to-resoure表示請求的資源, Http/version-number 表示HTTP協(xié)議的版本號

  當(dāng)使用的是"GET" 方法的時候, body是為空的

  比如我們打開博客園首頁的request 如下

GET http://www.cnblogs.com/ HTTP/1.1

Host: www.cnblogs.com

  我們用Fiddler 捕捉一個博客園登錄的Request 然后分析下它的結(jié)構(gòu), 在Inspectors tab下以Raw的方式可以看到完整的Request的消息,   如下圖

HTTP協(xié)議

  我們再看Response消息的結(jié)構(gòu), 和Request消息的結(jié)構(gòu)基本一樣。 同樣也分為三部分,第一部分叫request line, 第二部分叫request header,第三部分是body. header和body之間也有個空行,  結(jié)構(gòu)如下圖

HTTP協(xié)議

  HTTP/version-number表示HTTP協(xié)議的版本號,  status-code 和message 請看下節(jié)[狀態(tài)代碼]的詳細解釋.

  我們用Fiddler 捕捉一個博客園首頁的Response然后分析下它的結(jié)構(gòu), 在Inspectors tab下以Raw的方式可以看到完整的Response的消息,   如下圖

HTTP協(xié)議

  Get和Post方法的區(qū)別

  Http協(xié)議定義了很多與服務(wù)器交互的方法,最基本的有4種,分別是GET,POST,PUT,DELETE. 一個URL地址用于描述一個網(wǎng)絡(luò)上的資源,而HTTP中的GET, POST, PUT, DELETE就對應(yīng)著對這個資源的查,改,增,刪4個操作。 我們最常見的就是GET和POST了。GET一般用于獲取/查詢資源信息,而POST一般用于更新資源信息.

  我們看看GET和POST的區(qū)別

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

  2. GET提交的數(shù)據(jù)大小有限制(因為瀏覽器對URL的長度有限制),而POST方法提交的數(shù)據(jù)沒有限制.

  3. GET方式需要使用Request.QueryString來取得變量的值,而POST方式通過Request.Form來獲取變量的值。

  4. GET方式提交數(shù)據(jù),會帶來安全問題,比如一個登錄頁面,通過GET方式提交數(shù)據(jù)時,用戶名和密碼將出現(xiàn)在URL上,如果頁面可以被緩存或者其他人可以訪問這臺機器,就可以從歷史記錄獲得該用戶的賬號和密碼.

  狀態(tài)碼

  Response 消息中的第一行叫做狀態(tài)行,由HTTP協(xié)議版本號, 狀態(tài)碼, 狀態(tài)消息 三部分組成。

  狀態(tài)碼用來告訴HTTP客戶端,HTTP服務(wù)器是否產(chǎn)生了預(yù)期的Response.

  HTTP/1.1中定義了5類狀態(tài)碼, 狀態(tài)碼由三位數(shù)字組成,第一個數(shù)字定義了響應(yīng)的類別

  1XX  提示信息 - 表示請求已被成功接收,繼續(xù)處理

  2XX  成功 - 表示請求已被成功接收,理解,接受

  3XX  重定向 - 要完成請求必須進行更進一步的處理

  4XX  客戶端錯誤 -  請求有語法錯誤或請求無法實現(xiàn)

  5XX  服務(wù)器端錯誤 -   服務(wù)器未能實現(xiàn)合法的請求

  看看一些常見的狀態(tài)碼

  200 OK

  最常見的就是成功響應(yīng)狀態(tài)碼200了, 這表明該請求被成功地完成,所請求的資源發(fā)送回客戶端

  如下圖, 打開博客園首頁

HTTP協(xié)議

  302 Found

  重定向,新的URL會在response中的Location中返回,瀏覽器將會使用新的URL發(fā)出新的Request。

  例如在IE中輸入http://www.google.com. HTTP服務(wù)器會返回304, IE取到Response中Location header的新URL, 又重新發(fā)送了一個Request.

HTTP協(xié)議

  304 Not Modified

  代表上次的文檔已經(jīng)被緩存了, 還可以繼續(xù)使用,

  例如打開博客園首頁, 發(fā)現(xiàn)很多 Response 的status code 都是304

HTTP協(xié)議

  提示: 如果你不想使用本地緩存可以用Ctrl+F5強制刷新頁面

  400 Bad Request  客戶端請求與語法錯誤,不能被服務(wù)器所理解

  403 Forbidden 服務(wù)器收到請求,但是拒絕提供服務(wù)

  404 Not Found

  請求資源不存在(輸錯了URL)

  比如在IE中輸入一個錯誤的URL, http://www.cnblogs.com/tesdf.aspx

HTTP協(xié)議

  500 Internal Server Error 服務(wù)器發(fā)生了不可預(yù)期的錯誤

  503 Server Unavailable 服務(wù)器當(dāng)前不能處理客戶端的請求,一段時間后可能恢復(fù)正常

  HTTP Request header

  使用Fiddler 能很方便的查看Reques header, 點擊Inspectors tab -> Request tab -> headers  如下圖所示.

HTTP協(xié)議

  header 有很多,比較難以記憶,我們也按照Fiddler那樣把header 進行分類,這樣比較清晰也容易記憶。

  Cache 頭域

  If-Modified-Since

  作用: 把瀏覽器端緩存頁面的最后修改時間發(fā)送到服務(wù)器去,服務(wù)器會把這個時間與服務(wù)器上實際文件的最后修改時間進行對比。如果時間一致,那么返回304,客戶端就直接使用本地緩存文件。如果時間不一致,就會返回200和新的文件內(nèi)容。客戶端接到之后,會丟棄舊文件,把新文件緩存起來,并顯示在瀏覽器中。

  例如:If-Modified-Since: Thu, 09 Feb 2012 09:07:57 GMT

  實例如下圖

HTTP協(xié)議

  If-None-Match

  作用: If-None-Match和ETag一起工作,工作原理是在HTTP Response中添加ETag信息。 當(dāng)用戶再次請求該資源時,將在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服務(wù)器驗證資源的ETag沒有改變(該資源沒有更新),將返回一個304狀態(tài)告訴客戶端使用本地緩存文件。否則將返回200狀態(tài)和新的資源和Etag.  使用這樣的機制將提高網(wǎng)站的性能

  例如: If-None-Match: "03f2b33c0bfcc1:0"

  實例如下圖

HTTP協(xié)議

  Pragma

  作用: 防止頁面被緩存, 在HTTP/1.1版本中,它和Cache-Control:no-cache作用一模一樣

  Pargma只有一個用法, 例如: Pragma: no-cache

  注意: 在HTTP/1.0版本中,只實現(xiàn)了Pragema:no-cache, 沒有實現(xiàn)Cache-Control

  Cache-Control

  作用: 這個是非常重要的規(guī)則。 這個用來指定Response-Request遵循的緩存機制。各個指令含義如下

  Cache-Control:Public   可以被任何緩存所緩存()

  Cache-Control:Private     內(nèi)容只緩存到私有緩存中

  Cache-Control:no-cache  所有內(nèi)容都不會被緩存

  還有其他的一些用法, 我沒搞懂其中的意思, 請大家參考其他的資料

  Client 頭域

  Accept

  作用: 瀏覽器端可以接受的媒體類型,

  例如:  Accept: text/html  代表瀏覽器可以接受服務(wù)器回發(fā)的類型為 text/html  也就是我們常說的html文檔,

  如果服務(wù)器無法返回text/html類型的數(shù)據(jù),服務(wù)器應(yīng)該返回一個406錯誤(non acceptable)

  通配符 * 代表任意類型

  例如  Accept: */*  代表瀏覽器可以處理所有類型,(一般瀏覽器發(fā)給服務(wù)器都是發(fā)這個)

  Accept-Encoding:

  作用: 瀏覽器申明自己接收的編碼方法,通常指定壓縮方法,是否支持壓縮,支持什么壓縮方法(gzip,deflate),(注意:這不是只字符編碼);

  例如: Accept-Encoding: gzip, deflate

  Accept-Language

  作用: 瀏覽器申明自己接收的語言。 

  語言跟字符集的區(qū)別:中文是語言,中文有多種字符集,比如big5,gb2312,gbk等等;

  例如: Accept-Language: en-us

  User-Agent

  作用:告訴HTTP服務(wù)器, 客戶端使用的操作系統(tǒng)和瀏覽器的名稱和版本.

  我們上網(wǎng)登陸論壇的時候,往往會看到一些歡迎信息,其中列出了你的操作系統(tǒng)的名稱和版本,你所使用的瀏覽器的名稱和版本,這往往讓很多人感到很神奇,實際上,服務(wù)器應(yīng)用程序就是從User-Agent這個請求報頭域中獲取到這些信息User-Agent請求報頭域允許客戶端將它的操作系統(tǒng)、瀏覽器和其它屬性告訴服務(wù)器。

  例如: User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)

  Accept-Charset

  作用:瀏覽器申明自己接收的字符集,這就是本文前面介紹的各種字符集和字符編碼,如gb2312,utf-8(通常我們說Charset包括了相應(yīng)的字符編碼方案);

  例如:

  Cookie/Login 頭域

  Cookie:

  作用: 最重要的header, 將cookie的值發(fā)送給HTTP 服務(wù)器

  Entity頭域

  Content-Length

  作用:發(fā)送給HTTP服務(wù)器數(shù)據(jù)的長度。

  例如: Content-Length: 38

  Content-Type

  作用:

  例如:Content-Type: application/x-www-form-urlencoded

  Miscellaneous 頭域

  Referer:

  作用: 提供了Request的上下文信息的服務(wù)器,告訴服務(wù)器我是從哪個鏈接過來的,比如從我主頁上鏈接到一個朋友那里,他的服務(wù)器就能夠從HTTP Referer中統(tǒng)計出每天有多少用戶點擊我主頁上的鏈接訪問他的網(wǎng)站。

  例如: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT

  Transport 頭域

  Connection

  例如: Connection: keep-alive   當(dāng)一個網(wǎng)頁打開完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會關(guān)閉,如果客戶端再次訪問這個服務(wù)器上的網(wǎng)頁,會繼續(xù)使用這一條已經(jīng)建立的連接

  例如:  Connection: close  代表一個Request完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接會關(guān)閉, 當(dāng)客戶端再次發(fā)送Request,需要重新建立TCP連接。

  Host(發(fā)送請求時,該報頭域是必需的)

  作用: 請求報頭域主要用于指定被請求資源的Internet主機和端口號,它通常從HTTP URL中提取出來的

  例如: 我們在瀏覽器中輸入:http://www.guet.edu.cn/index.html

  瀏覽器發(fā)送的請求消息中,就會包含Host請求報頭域,如下:

  Host:http://www.guet.edu.cn

  此處使用缺省端口號80,若指定了端口號,則變成:Host:指定端口號

HTTP Response header

  同樣使用Fiddler 查看Response header, 點擊Inspectors tab ->Response tab-> headers  如下圖所示

HTTP協(xié)議

  我們也按照Fiddler那樣把header 進行分類,這樣比較清晰也容易記憶。

  Cache頭域

  Date

  作用:  生成消息的具體時間和日期

  例如: Date: Sat, 11 Feb 2012 11:35:14 GMT 

  Expires

  作用: 瀏覽器會在指定過期時間內(nèi)使用本地緩存

  例如: Expires: Tue, 08 Feb 2022 11:35:14 GMT

  Vary

  作用:

  例如: Vary: Accept-Encoding

  Cookie/Login 頭域

  P3P

  作用: 用于跨域設(shè)置Cookie, 這樣可以解決iframe跨域訪問cookie的問題

  例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR

  Set-Cookie

  作用: 非常重要的header, 用于把cookie 發(fā)送到客戶端瀏覽器, 每一個寫入cookie都會生成一個Set-Cookie.

  例如: Set-Cookie: sc=4c31523a; path=/; domain=.acookie.taobao.com

HTTP協(xié)議

  Entity頭域

  ETag

  作用:  和If-None-Match 配合使用。 (實例請看上節(jié)中If-None-Match的實例)

  例如: ETag: "03f2b33c0bfcc1:0"

  Last-Modified:

  作用: 用于指示資源的最后修改日期和時間。(實例請看上節(jié)的If-Modified-Since的實例)

  例如: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT

  Content-Type

  作用:WEB服務(wù)器告訴瀏覽器自己響應(yīng)的對象的類型和字符集,

  例如:

  Content-Type: text/html; charset=utf-8

  Content-Type:text/html;charset=GB2312

  Content-Type: image/jpeg

  Content-Length

  指明實體正文的長度,以字節(jié)方式存儲的十進制數(shù)字來表示。在數(shù)據(jù)下行的過程中,Content-Length的方式要預(yù)先在服務(wù)器中緩存所有數(shù)據(jù),然后所有數(shù)據(jù)再一股腦兒地發(fā)給客戶端。

  例如: Content-Length: 19847

  Content-Encoding

  WEB服務(wù)器表明自己使用了什么壓縮方法(gzip,deflate)壓縮響應(yīng)中的對象。

  例如:Content-Encoding:gzip

  Content-Language

  作用: WEB服務(wù)器告訴瀏覽器自己響應(yīng)的對象的語言者

  例如: Content-Language:da

  Miscellaneous 頭域

  Server:

  作用:指明HTTP服務(wù)器的軟件信息

  例如:Server: Microsoft-IIS/7.5

  X-AspNet-Version:

  作用:如果網(wǎng)站是用ASP.NET開發(fā)的,這個header用來表示ASP.NET的版本

  例如: X-AspNet-Version: 4.0.30319

  X-Powered-By:

  作用:表示網(wǎng)站是用什么技術(shù)開發(fā)的

  例如: X-Powered-By: ASP.NET

  Transport頭域

  Connection

  例如: Connection: keep-alive   當(dāng)一個網(wǎng)頁打開完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會關(guān)閉,如果客戶端再次訪問這個服務(wù)器上的網(wǎng)頁,會繼續(xù)使用這一條已經(jīng)建立的連接

  例如:  Connection: close  代表一個Request完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接會關(guān)閉, 當(dāng)客戶端再次發(fā)送Request,需要重新建立TCP連接。

  Location頭域

  Location

  作用: 用于重定向一個新的位置, 包含新的URL地址

  實例請看304狀態(tài)實例

  HTTP協(xié)議是無狀態(tài)的和Connection: keep-alive的區(qū)別

  無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力,服務(wù)器不知道客戶端是什么狀態(tài)。從另一方面講,打開一個服務(wù)器上的網(wǎng)頁和你之前打開這個服務(wù)器上的網(wǎng)頁之間沒有任何聯(lián)系。

  HTTP是一個無狀態(tài)的面向連接的協(xié)議,無狀態(tài)不代表HTTP不能保持TCP連接,更不能代表HTTP使用的是UDP協(xié)議(無連接)。

  從HTTP/1.1起,默認都開啟了Keep-Alive,保持連接特性,簡單地說,當(dāng)一個網(wǎng)頁打開完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會關(guān)閉,如果客戶端再次訪問這個服務(wù)器上的網(wǎng)頁,會繼續(xù)使用這一條已經(jīng)建立的連接。

  Keep-Alive不會永久保持連接,它有一個保持時間,可以在不同的服務(wù)器軟件(如Apache)中設(shè)定這個時間。



注:相關(guān)教程知識閱讀請移步到網(wǎng)絡(luò)協(xié)議頻道。
發(fā)表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發(fā)表
婷婷六月综合亚洲| zztt21.su黑料网站| 性生活在线视频| 天天综合网站| 欧美午夜精品久久久| 久久er热在这里只有精品66| 爱爱爱免费视频在线观看| 一个人www视频在线免费观看| 国产一区二区精品在线观看| 女人黄色一级片| 亚洲一二三在线观看| av高清不卡| 伊人久久青青草| 国产99久久久欧美黑人| 19禁羞羞电影院在线观看| 2019中文字幕在线观看| 亚洲国产福利视频| 伊人亚洲精品| 中文字幕日韩在线| 无限资源日本好片| 成年永久一区二区三区免费视频| 国产91久久久久蜜臀青青天草二| 欧美啪啪免费视频| 美女写真久久影院| 国产大片中文字幕| 亚洲另类xxxx| 国产福利在线免费| 国产免费福利视频| 91精品蜜臀一区二区三区在线| 午夜精品福利久久久| 九九九免费视频| 中文字幕在线不卡一区| 欧美精品www| 人妻无码中文字幕免费视频蜜桃| 欧美网站大全在线观看| 亚洲国产精品日韩专区av有中文| 久久亚州av| 懂色av蜜臀av粉嫩av永久| 精品久久成人| 日韩有码在线电影| 欧美高清www午色夜在线视频| 极品国产91在线网站| 男人天堂av电影| 日韩欧美中文一区二区| 另类国产ts人妖高潮视频| 原千岁中文字幕| 国产精品日韩无码| 91久久久久久久| 国产探花视频在线| 久久中文字幕在线视频| 国产美女裸体无遮挡免费视频| 中文字幕+乱码+中文字幕一区| 最新中文字幕日本| 人人精品久久| 91深夜福利视频| 国产精品88av| 日韩欧美国产一区在线观看| 5566中文字幕一区二区| 在线的色视频| 亚洲精品一区国产精品| 美女黄色网址| ww国产内射精品后入国产| 成年人视频网站免费观看| 精品自拍一区| 成人精品亚洲| 波多野结衣在线aⅴ中文字幕不卡| 蜜臀av一区二区三区有限公司| 日本中文字幕在线看| 国产高清视频在线播放| 成人免费视频一区二区| 欧美日韩一区二区国产| 69国产精品成人在线播放| 精品一二三四| 欧美jjzz| 天天做日日爱夜夜爽| 亚洲精品98久久久久久中文字幕| 欧美成ee人免费视频| 国产探花在线精品一区二区| 日韩黄色小视频| 在线视频观看一区| 四虎成人欧美精品在永久在线| 一级做a爰片性色毛片视频| 亚洲精品一区二区二区| 亚欧美无遮挡hd高清在线视频| 国产午夜精品久久| 精品激情国产视频| 国产午夜精品一区二区三区| 人妻 日韩 欧美 综合 制服| 免费黄频在线观看| 久久免费区一区二区三波多野| 日本小视频网站| 久久亚洲综合色一区二区三区| 国产手机视频在线| www.久久久.com| 日韩av在线播放资源| 黄色小视频在线播放| 激情欧美一区二区三区中文字幕| 99免费精品| 成人免费一区二区三区| 在线免费观看成人| 国产精品免费aⅴ片在线观看| 99视频这里有精品| 亚洲成年人网站在线观看| 久久婷婷五月综合色丁香| 久久精品色欧美aⅴ一区二区| 国产一区二区在线免费观看| 337p粉嫩大胆色噜噜噜噜亚洲| 精品久久久久久久久久久久久久久久久久| 日韩视频精品在线观看| 日韩欧美一级大片| 久久精品www人人爽人人| 中文字幕一区二区三区乱码不卡| 免费在线一区二区三区| 六月丁香色婷婷| 亚洲精品网站在线播放gif| 99国产欧美久久久精品| 亚洲第一男人天堂| 亚洲影院色在线观看免费| www.99.热| 亚洲一区二区欧美| 精品国产免费人成电影在线观看四季| 男人j桶女人的网站| 欧美老熟妇一区二区三区| 欧美与黑人午夜性猛交久久久| 久久亚洲高清| 色综合久久av| 亚洲超碰在线观看| 日本欧美一区二区三区不卡视频| 美脚丝袜一区二区三区在线观看| 韩国美女主播一区| 欧美美女15p| 国产亚洲女人久久久久毛片| 亚洲免费成人av| 91理论电影在线观看| 蜜桃成人365av| 国产成人av一区二区三区在线| 少妇一级淫片免费放中国| 成人免费毛片网| 亚洲精品乱码| 午夜激情久久久| 国产日韩欧美在线观看| 熟女熟妇伦久久影院毛片一区二区| 狠狠操第一页| 天天操天天爱天天爽| 亚洲国产高清视频| wwwxxx黄色片| 中文字幕在线亚洲| 国产一区二区在线视频你懂的| 欧美精品日本| 免费毛片a线观看| 麻豆国产视频| 欧美91看片特黄aaaa| 国内自拍第二页| 99热免费观看| 国产无遮挡在线视频免费观看| 99精品免费| 日韩精品在线观看网站| 亚洲日韩成人| 日本不卡二三区| 97偷自拍亚洲综合二区| 久久精品视频免费在线观看| jizzjizz免费大全| 日本韩国在线不卡| 欧美人体一区二区三区| 色综合天天在线| 日韩一二三四| 色婷婷久久久亚洲一区二区三区| 亚洲欧洲精品一区二区精品久久久| 日本 国产 欧美色综合| 一级肉体全黄裸片| 欧美一区二区三区思思人| 中文字幕成人在线视频| 麻豆网站在线观看| 日韩精品中文字幕第1页| 欧美在线视频a| 亚洲成人精品在线播放| 九九精品视频在线观看九九| 欧美三区在线观看| 精品福利一区二区三区| 国产精品合集一区二区| 午夜一区二区三区不卡视频| 青青草国产精品一区二区| 大肉大捧一进一出好爽视频| 99久久精品国产导航| 亚洲天堂久久久久| 成人三级在线| 99re在线国产| 亚洲区小说区图片区| 日韩wuma| 色爱区综合激月婷婷| 国产精品扒开腿做爽爽爽视频软件| 久久久国产精品人人片| 亚洲成a人片在线观看中文| 亚洲最新av在线网站| 精品无码国产污污污免费网站| 日本最新高清不卡中文字幕| 亚洲三级黄色在线观看| 久久午夜精品一区二区| 亚洲啪啪91| 日韩精品福利在线| 在线精品亚洲一区二区| 老鸭窝91久久精品色噜噜导演| fc2ppv国产精品久久| 亚洲春色在线视频| 日韩免费电影在线观看| 手机免费观看av| 亚洲成人av一区| 国产一区二区四区| 日本电影在线观看网站| 日本三级视频网站| 中文字幕+乱码+中文字幕一区| 日韩成人伦理电影在线观看| 久久精品国亚洲| 在线不卡视频一区二区| 和岳每晚弄的高潮嗷嗷叫视频| 国产mv久久久| 91在线品视觉盛宴免费| 全球中文成人在线| 久久精品视频免费播放| 日本黄色免费网站| 国模gogo一区二区大胆私拍| 久热精品视频在线| 成人做爰69片免费| 日本一区二区三区dvd视频在线| 男人最爱成人网| 精品人妻在线视频| 日韩精品久久久久久久软件91| 亚洲精品在线免费播放| 伊人久久大香伊蕉在人线观看热v| 超污黄色软件| 91久久精品午夜一区二区| 永久免费av无码网站性色av| 精品无码一区二区三区在线| 日韩欧美国产麻豆| 久久亚洲影音av资源网| 国产精品视频午夜| 91精品国产乱码在线观看| 老司机99精品99| 国产精品久久久久9999爆乳| 国产欧美丝祙| 久久精品亚洲欧美日韩精品中文字幕| 奇米影视在线99精品| 国产午夜精品免费一区二区三区| 精品久久久久久久免费人妻| 亚洲高清在线免费观看| 性色av无码久久一区二区三区| 性欧美18xxxhd| 疯狂做受xxxx高潮欧美日本| 精品三级久久| 国产视频一区在线观看| 毛片网站在线免费观看| 一区二区三区视频国产日韩| 精品福利视频导航| 亚洲精品日韩综合观看成人91| 色大师av一区二区三区| 97欧美精品一区二区三区| 成人免费看吃奶视频网站| 中文字幕日韩一级| xxxx性欧美| 成人网免费看| 中文字幕第7页| 中文字幕在线成人| 性欧美18一19性猛交| www国产在线观看| 婷婷在线免费视频| 三级黄色小视频| 看亚洲a级一级毛片| 手机精品视频在线| 欧美不卡视频在线观看| 一区二区日韩精品| 色姑娘资源站| 中文字幕精品视频在线| 国产精品婷婷午夜在线观看| 极品国产人妖chinesets亚洲人妖| 一区二区中文视频| 在线亚洲+欧美+日本专区| 欧美一区91| 亚洲人成亚洲精品| 国产富婆一级全黄大片| 亚洲毛片欧洲毛片国产一品色| 精品国产一区二区精华| 欧美精品激情blacked18| 免费在线观看亚洲| www色啪啪| 色无极亚洲影院| 大香煮伊手机一区| 亚洲欧美日韩精品一区二区| 欧美高清在线一区二区| 奇米影视一区二区三区小说| 中国女人做爰视频| 精品国产一区探花在线观看| 久草在线资源福利| 午夜精品毛片| 日本人添下边视频免费| 中文精品一区二区| 先锋影音男人站你懂得| 国产精品狼人色视频一区| 欧美性猛交xxxxxxxx| 久久国产成人午夜av影院宅| 狠狠躁日日躁夜夜躁av| 欧洲一级在线观看| 亚洲男女毛片无遮挡| 黄色av日韩| 亚洲日本国产| 亚洲午夜国产成人av电影男同| 伊人婷婷久久| 羞羞的网站在线观看| 少妇高潮久久77777| 日本大片免费看| 国产婷婷精品av在线| 石原莉奈在线亚洲三区| 无码国产色欲xxxx视频| 国产精品免费无遮挡| 91狠狠综合久久久| www.17c.com喷水少妇| 国产精品人人爽人人爽| 成人h在线观看| 欧美日韩理论| 日本视频免费| 国产综合婷婷| yy111111少妇嫩草影院| 久久久精品2019中文字幕之3| 亚洲成成品网站| 黄色片免费网址| 国产一区二区视频免费在线观看| 亚洲精品成人一区| 99精品视频免费观看视频| 国产精品视频久久久久|