婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > HTTP長連接與短連接使用方法及測試詳解

HTTP長連接與短連接使用方法及測試詳解

熱門標(biāo)簽:高德地圖標(biāo)注常顯 臨沂ai電銷機(jī)器人招商 銀川語音外呼系統(tǒng)中心 suitecrm 地圖標(biāo)注 外呼系統(tǒng)號顯示星號怎么看 承德地圖標(biāo)注公司收費(fèi) 華創(chuàng)e路航彩票銷售點(diǎn)地圖標(biāo)注 鶴壁外呼系統(tǒng)公司 揭陽電腦外呼系統(tǒng)公司

HTTP短連接(非持久連接)是指,客戶端和服務(wù)端進(jìn)行一次HTTP請求/響應(yīng)之后,就關(guān)閉連接。所以,下一次的HTTP請求/響應(yīng)操作就需要重新建立連接。

HTTP長連接(持久連接)是指,客戶端和服務(wù)端建立一次連接之后,可以在這條連接上進(jìn)行多次請求/響應(yīng)操作。持久連接可以設(shè)置過期時(shí)間,也可以不設(shè)置。

我為什么沒有說HTTP/1.0 默認(rèn)短連接,HTTP/1.1起,默認(rèn)長連接呢?因?yàn)槲业谝淮慰催@個(gè)說法的時(shí)候,以為自己懂了,其實(shí)并沒有懂。長短連接操作上有什么區(qū)別,有的地方出現(xiàn)的持久連接又是怎么回事?

使用設(shè)置

這里的設(shè)置,我們都以HTTP1.1協(xié)議為例子。

設(shè)置HTTP短連接

在首部字段中設(shè)置Connection:close,則在一次請求/響應(yīng)之后,就會關(guān)閉連接。

設(shè)置HTTP長連接,有過期時(shí)間

在首部字段中設(shè)置Connection:keep-alive 和Keep-Alive: timeout=60,表明連接建立之后,空閑時(shí)間超過60秒之后,就會失效。如果在空閑第58秒時(shí),再次使用此連接,則連接仍然有效,使用完之后,重新計(jì)數(shù),空閑60秒之后過期。

設(shè)置HTTP長連接,無過期時(shí)間

在首部字段中只設(shè)置Connection:keep-alive,表明連接永久有效。

實(shí)現(xiàn)原理

了解怎么設(shè)置之后,就開始用起來。然而,問題來了。在請求頭中設(shè)置Connection:keep-alive,為什么連接空閑一段時(shí)間之后,還是斷開了呢?這是因?yàn)閏onnection字段只有服務(wù)端設(shè)置才有效。

HTTP操作是請求/響應(yīng)成對出現(xiàn)的,即先有客戶端發(fā)出請求,后有服務(wù)端處理請求。所以,一次HTTP操作的終點(diǎn)操作在服務(wù)端上,關(guān)閉也是由服務(wù)端發(fā)起的。

接下來我們做做測試,以及show code。下面的測試都是使用Spring RestTemplate,封裝apache http client進(jìn)行的。為方便講解代碼,先說明長連接的情況,最后再對其他形式做測試總結(jié)。

客戶端連接失效時(shí)間大于服務(wù)端失效時(shí)間

如下,為請求日志。客戶端設(shè)置Connection: Keep-Alive和Keep-Alive: timeout=60, 服務(wù)端設(shè)置Connection: Keep-Alive和Keep-Alive: timeout=5。

## 客戶端設(shè)置有效期為60s
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "POST /adx-api/api/creative/upload HTTP/1.1[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Accept: application/json, application/*+json, text/html, application/json, text/javascript[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Content-Type: application/json;charset=UTF-8[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.16 Safari/537.36[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Accept-Encoding: gzip,deflate[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Accept-Language: zh-CN[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: keep-alive[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Keep-Alive: timeout=60[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Content-Length: 396[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Host: bizdomain[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "request data"
##服務(wù)端設(shè)置有效期為5s
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "HTTP/1.1 200 OK[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Date: Wed, 26 Apr 2017 06:07:58 GMT[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Server: Apache-Coyote/1.1[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Content-Type: text/html;charset=utf-8[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Keep-Alive: timeout=5, max=100[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Connection: Keep-Alive[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Transfer-Encoding: chunked[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "63[\r][\n]"
[2017-04-26 14:08:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "response data"

客戶端設(shè)置的有效期大于服務(wù)端的,那么實(shí)際連接的有效期呢?三分鐘之后再次請求,從連接池中l(wèi)ease連接的時(shí)候,提示Connection expired @ Wed Apr 26 14:08:05,即在上一次請求之后的5s失效,說明是服務(wù)端的設(shè)置生效了。

[2017-04-26 14:11:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 1; route allocated: 1 of 32; total allocated: 1 of 200]

[2017-04-26 14:11:00 DEBUG] (org.apache.http.impl.conn.CPool:?) - Connection [id:2][route:{}->http://bizdomain:80][state:null] expired @ Wed Apr 26 14:08:05 GMT+08:00 2017

源碼分析

通過源代碼了解一下連接失效時(shí)間的設(shè)置過程。

//org.apache.http.impl.execchain.MainClientExec#execute
......
//從連接池中l(wèi)ease connection
final HttpClientConnectionmanagedConn = connRequest.get(timeout > 0 ? timeout : 0, TimeUnit.MILLISECONDS);
......
//將conenction封裝在ConnectionHolder中
final ConnectionHolder connHolder = new ConnectionHolder(this.log, this.connManager, managedConn);
......
// The connection is in or can be brought to a re-usable state.
//如果返回值消息頭中connection設(shè)置為close,則返回false
if (reuseStrategy.keepAlive(response, context)) {
  // Set the idle duration of this connection
  //取出response消息頭中,keep-alive的timeout值
  final long duration = keepAliveStrategy.getKeepAliveDuration(response, context);
  if (this.log.isDebugEnabled()) {
    final String s;
    if (duration > 0) {
      s = "for " + duration + " " + TimeUnit.MILLISECONDS;
    } else {
      s = "indefinitely";
    }
    this.log.debug("Connection can be kept alive " + s);
  }
  //設(shè)置失效時(shí)間
  connHolder.setValidFor(duration, TimeUnit.MILLISECONDS);
  connHolder.markReusable();
} else {
  connHolder.markNonReusable();
}

待讀取響應(yīng)之后,釋放連接,即:connHolder.releaseConnection()。調(diào)用org.apache.http.impl.conn.PoolingHttpClientConnectionManager#releaseConnection方法。

  @Override
  public void releaseConnection(final HttpClientConnection managedConn, 
      final Object state,final long keepalive, final TimeUnit tunit) {
    Args.notNull(managedConn, "Managed connection");
    synchronized (managedConn) {
      final CPoolEntry entry = CPoolProxy.detach(managedConn);
      if (entry == null) {
        return;
      }
      final ManagedHttpClientConnection conn = entry.getConnection();
      try {
        if (conn.isOpen()) {
          final TimeUnit effectiveUnit = tunit != null ? tunit : TimeUnit.MILLISECONDS;
          entry.setState(state);
          //設(shè)置失效時(shí)間
          entry.updateExpiry(keepalive, effectiveUnit);
        }
      } finally {
      。。。。。。
        }
      }
    }
  }

然后再下一次HTTP操作,從連接池中獲取連接時(shí)

//org.apache.http.impl.conn.PoolingHttpClientConnectionManager#requestConnection調(diào)用org.apache.http.pool.AbstractConnPool#lease,
//調(diào)用getPoolEntryBlocking,調(diào)用org.apache.http.impl.conn.CPoolEntry#isExpired
@Override
public boolean isExpired(final long now) {
  final boolean expired = super.isExpired(now);
  if (expired  this.log.isDebugEnabled()) {
  //日志中看到的內(nèi)容
    this.log.debug("Connection " + this + " expired @ " + new Date(getExpiry()));
  }
  return expired;
}

綜上,連接的實(shí)際有效時(shí)間,是根據(jù)response的設(shè)置來決定的。

其他情況測試

客戶端設(shè)置Connection: Close

##connection:close請求,kept alive的連接為0
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 0 of 32; total allocated: 0 of 200]
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection leased: [id: 0][route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 1 of 32; total allocated: 1 of 200]
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.execchain.MainClientExec:?) - Opening connection {}->http://bizdomain:80
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.conn.DefaultHttpClientConnectionOperator:?) - Connecting to bizdomain/127.0.0.195:80
## 建立新連接
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.conn.DefaultHttpClientConnectionOperator:?) - Connection established 127.0.0.191:49239->127.0.0.195:80
## 客戶端設(shè)置短連接
[2017-04-26 13:57:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: Close[\r][\n]"
## 服務(wù)端返回的也是短連接
[2017-04-26 13:57:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Connection: close[\r][\n]"
##請求完之后,關(guān)閉連接
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.conn.DefaultManagedHttpClientConnection:?) - http-outgoing-0: Close connection
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.execchain.MainClientExec:?) - Connection discarded
[2017-04-26 13:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection released: [id: 0][route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 0 of 32; total allocated: 0 of 200]

如上,當(dāng)服務(wù)端返回Connection: Close時(shí),客戶端接收完響應(yīng),便會關(guān)閉連接。

客戶端設(shè)置60s超時(shí),服務(wù)端設(shè)置5s超時(shí)

##Keep-Alive: timeout=60 第一次請求,與connection:close無差別
[2017-04-26 10:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 0 of 32; total allocated: 0 of 200]
[2017-04-26 10:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection leased: [id: 0][route: {}->http://bizdomain:80][total kept alive: 0; route allocated: 1 of 32; total allocated: 1 of 200]
[2017-04-26 10:57:00 DEBUG] (org.apache.http.impl.execchain.MainClientExec:?) - Opening connection {}->http://bizdomain:80
## 客戶端設(shè)置超時(shí)時(shí)間60s
[2017-04-26 10:57:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: keep-alive[\r][\n]"
[2017-04-26 10:57:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Keep-Alive: timeout=60[\r][\n]"
## 服務(wù)端設(shè)置超時(shí)時(shí)間5s
[2017-04-26 10:57:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Keep-Alive: timeout=5, max=100[\r][\n]"
[2017-04-26 10:57:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Connection: Keep-Alive[\r][\n]"
## 服務(wù)端設(shè)置生效,連接可以保持5s
[2017-04-26 10:57:00 DEBUG] (org.apache.http.impl.execchain.MainClientExec:?) - Connection can be kept alive for 5000 MILLISECONDS
[2017-04-26 10:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection [id: 0][route: {}->http://bizdomain:80] can be kept alive for 5.0 seconds
[2017-04-26 10:57:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection released: [id: 0][route: {}->http://bizdomain:80][total kept alive: 1; route allocated: 1 of 32; total allocated: 1 of 200]
##Keep-Alive: timeout=60 非第一次請求
[2017-04-26 14:11:00 DEBUG] (org.apache.http.impl.conn.PoolingHttpClientConnectionManager:?) - Connection request: [route: {}->http://bizdomain:80][total kept alive: 1; route allocated: 1 of 32; total allocated: 1 of 200]
## 連接在上一次請求結(jié)束后5s失效
[2017-04-26 14:11:00 DEBUG] (org.apache.http.impl.conn.CPool:?) - Connection [id:2][route:{}->http://bizdomain:80][state:null] expired @ Wed Apr 26 14:10:05 GMT+08:00 2017

客戶端設(shè)置失效時(shí)間,服務(wù)端設(shè)置不失效

## 客戶端設(shè)置30s超時(shí)
[2017-04-26 17:45:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Connection: keep-alive[\r][\n]"
[2017-04-26 17:45:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0 >> "Keep-Alive: timeout=30[\r][\n]"
## 服務(wù)端設(shè)置永久連接
[2017-04-26 17:45:00 DEBUG] (org.apache.http.wire:?) - http-outgoing-0  "Connection: keep-alive[\r][\n]"
## 連接將一直保持
[2017-04-26 17:45:00 DEBUG] (org.apache.http.impl.execchain.MainClientExec:?) - Connection can be kept alive indefinitely

綜上,http連接保持時(shí)間是由服務(wù)端的消息頭connection字段和keep-alive字段定的。

在上面前兩種情況,請求的是同一個(gè)服務(wù)端,那么為什么一個(gè)返回的是短連接,一個(gè)返回的是長連接呢?這里轉(zhuǎn)一下 這篇文章的解釋:

不論request還是response的header中包含了值為close的connection,都表明當(dāng)前正在使用的tcp鏈接在請求處理完畢后會被斷掉。以后client再進(jìn)行新的請求時(shí)就必須創(chuàng)建新的tcp鏈接了。 HTTP Connection的 close設(shè)置允許客戶端或服務(wù)器中任何一方關(guān)閉底層的連接,雙方都會要求在處理請求后關(guān)閉它們的TCP連接。

補(bǔ)充

TCP長短連接

在網(wǎng)上搜資料的時(shí)候,看到很多“HTTP協(xié)議的長連接和短連接,實(shí)質(zhì)上是TCP協(xié)議的長連接和短連接”。 HTTP和TCP是不同兩層的東西,它們怎么會是一樣的呢?HTTP是請求/響應(yīng)模式的,就是說我們發(fā)一個(gè)請求一定要有一個(gè)回應(yīng)。最直觀的就是,瀏覽器上發(fā)請求,得不到響應(yīng)就會一直轉(zhuǎn)圈圈。 而TCP并不是一定要有響應(yīng)。大家以前使用socket模擬一個(gè)IM聊天,A跟B打完招呼,完全可以不用等待B的回應(yīng),就自己關(guān)掉連接的。

TCP keep-alive

另外還有HTTP協(xié)議的keep-alive和TCP的keep-alive含義是有差別的。HTTP的keep-alive是為了維持連接,以便復(fù)用連接。通過使用keep-alive機(jī)制,可以減少tcp連接建立次數(shù),也意味著可以減少TIME_WAIT狀態(tài)連接,以此提高性能和提高h(yuǎn)ttpd服務(wù)器的吞吐率(更少的tcp連接意味著更少的系統(tǒng)內(nèi)核調(diào)用,socket的accept()和close()調(diào)用)。但是,長時(shí)間的tcp連接容易導(dǎo)致系統(tǒng)資源無效占用。配置不當(dāng)?shù)膋eep-alive,有時(shí)比重復(fù)利用連接帶來的損失還更大。

而tcp keep-alive是TCP的一種檢測TCP連接狀況的機(jī)制,涉及到三個(gè)參數(shù)tcp_keepalive_time, tcp_keepalive_intvl, tcp_keepalive_probes。

當(dāng)網(wǎng)絡(luò)兩端建立了TCP連接之后,閑置(雙方?jīng)]有任何數(shù)據(jù)流往來)了tcp_keepalive_time后,服務(wù)器內(nèi)核就會嘗試向客戶端發(fā)送偵測包,來判斷TCP連接狀況(有可能客戶端崩潰、強(qiáng)制關(guān)閉了應(yīng)用、主機(jī)不可達(dá)等等)。如果沒有收到對方的回答(ack包),則會在 tcp_keepalive_intvl后再次嘗試發(fā)送偵測包,直到收到對方的ack。如果一直沒有收到對方的ack,一共會嘗試 tcp_keepalive_probes次。如果嘗試tcp_keepalive_probes,依然沒有收到對方的ack包,則會丟棄該TCP連接。TCP連接默認(rèn)閑置時(shí)間是2小時(shí),一般設(shè)置為30分鐘足夠了。

更多關(guān)于HTTP長連接與短連接使用方法請查看下面的相關(guān)鏈接

您可能感興趣的文章:
  • 詳談python http長連接客戶端
  • 頁面間隔半秒鐘更新時(shí)間 Asp.net使用Comet開發(fā)http長連接示例分享
  • 基于HTTP長連接的"服務(wù)器推"技術(shù)的php 簡易聊天室

標(biāo)簽:七臺河 汕尾 咸寧 忻州 三沙 棗莊 萊蕪 許昌

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《HTTP長連接與短連接使用方法及測試詳解》,本文關(guān)鍵詞  HTTP,長,連接,與,短,使用方法,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《HTTP長連接與短連接使用方法及測試詳解》相關(guān)的同類信息!
  • 本頁收集關(guān)于HTTP長連接與短連接使用方法及測試詳解的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    91免费版pro下载短视频| 成人av网站免费| 美女脱光内衣内裤视频久久影院| 免费的成人av| 91网站最新地址| 欧美白人最猛性xxxxx69交| 欧美大片一区二区| 久久午夜色播影院免费高清| 欧美日韩国产一区二区三区地区| 国产欧美日韩卡一| 亚洲国产精品久久一线不卡| 日韩av一二三| 色哟哟国产精品免费观看| 色婷婷久久一区二区三区麻豆| 精品三级av在线| 亚洲成a人在线观看| 久久成人精品无人区| 欧美日韩综合在线免费观看| 中文字幕一区二区三区蜜月| 久久久蜜桃精品| 亚洲图片你懂的| 中文字幕精品—区二区四季| 亚洲欧美视频在线观看视频| 国产一区二区在线视频| 亚洲无线码一区二区三区| 综合在线观看色| 国产成人av一区二区三区在线 | 美女视频一区二区三区| av影院午夜一区| 久久久www成人免费无遮挡大片| 亚洲品质自拍视频| 亚洲私人黄色宅男| 欧美高清视频不卡网| 五月综合激情日本mⅴ| 91美女精品福利| 久久精品免费观看| 国产精品免费视频观看| 波多野结衣中文一区| 亚洲一区二区黄色| 91啪亚洲精品| 中文字幕成人av| 国产麻豆9l精品三级站| 国产亚洲精品久| 欧美日韩一区二区欧美激情| 日日夜夜免费精品视频| 在线影院国内精品| 午夜精品国产更新| 337p粉嫩大胆噜噜噜噜噜91av | 日韩高清欧美激情| 欧美三级电影一区| 日韩免费观看高清完整版在线观看| 亚洲欧洲日韩在线| 天堂一区二区在线免费观看| 色综合天天狠狠| 亚洲国产成人一区二区三区| 国产精品亚洲а∨天堂免在线| 欧美日韩国产成人在线免费| 天天做天天摸天天爽国产一区| 欧美一级xxx| 婷婷激情综合网| 欧美va天堂va视频va在线| aaa亚洲精品一二三区| 精品国产凹凸成av人网站| 中文字幕乱码日本亚洲一区二区| 国产精品一区免费在线观看| 亚洲欧洲日产国码二区| 国产欧美日韩在线| 在线视频国内自拍亚洲视频| 一区二区三区欧美亚洲| 日韩一区二区三区三四区视频在线观看| 成人国产精品免费观看动漫 | 亚洲国产美国国产综合一区二区| 亚洲风情在线资源站| 国内精品视频666| 国产精品996| 国产精品夜夜嗨| 日韩va亚洲va欧美va久久| 综合激情成人伊人| 国产精品久久久久久久久久久免费看| 欧美va亚洲va| 日韩欧美电影一区| 久久综合久久综合久久| 高清日韩电视剧大全免费| 亚洲欧美日韩在线不卡| 色综合一区二区| 亚洲免费在线播放| 欧美日韩aaa| 九色综合狠狠综合久久| 中文字幕 久热精品 视频在线| 色老头久久综合| 蜜桃视频在线一区| 中文字幕欧美日韩一区| 欧美日韩一区二区三区免费看| 日韩高清一区在线| 国产婷婷色一区二区三区| 91麻豆6部合集magnet| 三级久久三级久久| 欧美激情一区二区三区不卡| 欧美网站大全在线观看| 狠狠网亚洲精品| 综合激情网...| 欧美日韩日日骚| 蓝色福利精品导航| 中文字幕在线视频一区| 欧美日本一区二区三区四区| 国产精一区二区三区| 亚洲永久精品国产| 欧美日韩免费观看一区三区| 国产一区中文字幕| 亚洲综合在线观看视频| 波波电影院一区二区三区| 日韩成人免费看| 欧美日韩久久一区二区| 国产乱淫av一区二区三区| 亚洲欧美偷拍另类a∨色屁股| 日韩一区二区视频在线观看| av亚洲精华国产精华精| 久久99热这里只有精品| 一区二区三区不卡视频在线观看| 日韩女优电影在线观看| 日本高清成人免费播放| 国产精品1024| 日韩高清一区二区| 伊人婷婷欧美激情| 亚洲欧美电影院| 亚洲成人精品影院| 欧美精品一区二区三区高清aⅴ| 美国av一区二区| 成人免费va视频| 亚洲午夜免费电影| 综合久久一区二区三区| 91高清在线观看| youjizz国产精品| 免费成人小视频| 色婷婷久久一区二区三区麻豆| 韩国一区二区视频| 亚洲成a人v欧美综合天堂| 国产日韩v精品一区二区| 欧美军同video69gay| 91在线视频网址| 成人午夜私人影院| 精品中文av资源站在线观看| 日韩中文字幕区一区有砖一区| 一区二区三区小说| 国产精品免费网站在线观看| 久久精品视频网| 3atv在线一区二区三区| 欧美日韩精品福利| 欧美写真视频网站| 99精品一区二区| 国产一区二区福利视频| 老司机精品视频一区二区三区| 亚洲一区二区三区四区在线免费观看 | 日韩av一区二区在线影视| 一区二区三区四区不卡在线| 欧美日韩精品一区二区三区蜜桃| 93久久精品日日躁夜夜躁欧美| 东方欧美亚洲色图在线| 国产在线精品一区二区 | 91精品国产手机| 欧美日韩亚州综合| 91福利在线看| 在线欧美一区二区| 免费成人结看片| 美腿丝袜在线亚洲一区| 美日韩黄色大片| 奇米影视一区二区三区小说| 亚洲精品视频一区| 亚洲视频综合在线| 亚洲人成精品久久久久| 亚洲欧美激情一区二区| 亚洲人xxxx| 日韩伦理av电影| 中文字幕一区在线| 亚洲日穴在线视频| 一区二区三区中文在线| 一区二区三区在线观看视频| 国产乱码精品一品二品| a级高清视频欧美日韩| 精品一区二区三区免费观看 | 精品视频全国免费看| 99久久久精品免费观看国产蜜| 成人av电影在线网| 99精品视频一区二区| 成人蜜臀av电影| 99久久精品国产麻豆演员表| 懂色一区二区三区免费观看| 成人免费观看av| 色拍拍在线精品视频8848| 欧美午夜精品久久久| 91精品久久久久久久久99蜜臂| 日韩限制级电影在线观看| 久久综合久久鬼色中文字| 欧美激情一区二区| 国产精品国模大尺度视频| 亚洲免费观看高清完整版在线观看 | 欧美女孩性生活视频| 在线综合+亚洲+欧美中文字幕| 在线播放视频一区| 欧美一级久久久|