日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

HTTP 头部解释

發(fā)布時間:2025/3/8 编程问答 44 豆豆
生活随笔 收集整理的這篇文章主要介紹了 HTTP 头部解释 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

HTTPHyperTextTransferProtocol)是超文本傳輸協(xié)議的縮寫,它用于傳送WWW方式的數(shù)據(jù),關(guān)于HTTP協(xié)議的詳細(xì)內(nèi)容請參考RFC2616HTTP協(xié)議采用了請求/響應(yīng)模型。客戶端向服務(wù)器發(fā)送一個請求,請求頭包含請求的方法、URI、協(xié)議版本、以及包含請求修飾符、客戶信息和內(nèi)容的類似于MIME的消息結(jié)構(gòu)。服務(wù)器以一個狀態(tài)行作為響應(yīng),相應(yīng)的內(nèi)容包括消息協(xié)議的版本,成功或者錯誤編碼加上包含服務(wù)器信息、實(shí)體元信息以及可能的實(shí)體內(nèi)容。
通常HTTP消息包括客戶機(jī)向服務(wù)器的請求消息和服務(wù)器向客戶機(jī)的響應(yīng)消息。這兩種類型的消息由一個起始行,一個或者多個頭域,一個只是頭域結(jié)束的空行和可選的消息體組成。HTTP的頭域包括通用頭,請求頭,響應(yīng)頭和實(shí)體頭四個部分。每個頭域由一個域名,冒號(:)和域值三部分組成。域名是大小寫無關(guān)的,域值前可以添加任何數(shù)量的空格符,頭域可以被擴(kuò)展為多行,在每行開始處,使用至少一個空格或制表符。
1
、通用頭域
通用頭域包含請求和響應(yīng)消息都支持的頭域,通用頭域包含Cache-ControlConnectionDatePragmaTransfer-EncodingUpgradeVia。對通用頭域的擴(kuò)展要求通訊雙方都支持此擴(kuò)展,如果存在不支持的通用頭域,一般將會作為實(shí)體頭域處理。下面簡單介紹幾個在UPnP消息中使用的通用頭域。
Cache-Control
頭域
Cache-Control
指定請求和響應(yīng)遵循的緩存機(jī)制。在請求消息或響應(yīng)消息中設(shè)置Cache-Control并不會修改另一個消息處理過程中的緩存處理過程。請求時的緩存指令包括no-cacheno- storemax-agemax-stalemin-freshonly-if-cached,響應(yīng)消息中的指令包括public privateno-cacheno-storeno-transformmust-revalidateproxy-revalidate max-age。各個消息中的指令含義如下:
Public
指示響應(yīng)可被任何緩存區(qū)緩存。
Private
指示對于單個用戶的整個或部分響應(yīng)消息,不能被共享緩存處理。這允許服務(wù)器僅僅描述當(dāng)用戶的部分響應(yīng)消息,此響應(yīng)消息對于其他用戶的請求無效。
no-cache
指示請求或響應(yīng)消息不能緩存
no-store
用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應(yīng)消息都不使用緩存。
max-age
指示客戶機(jī)可以接收生存期不大于指定時間(以秒為單位)的響應(yīng)。
min-fresh
指示客戶機(jī)可以接收響應(yīng)時間小于當(dāng)前時間加上指定時間的響應(yīng)。
max-stale
指示客戶機(jī)可以接收超出超時期間的響應(yīng)消息。如果指定max-stale消息的值,那么客戶機(jī)可以接收超出超時期指定值之內(nèi)的響應(yīng)消息。
Date
頭域
Date
頭域表示消息發(fā)送的時間,時間的描述格式由rfc822定義。例如,Date:Mon,31Dec200104:25:57GMTDate描述的時間表示世界標(biāo)準(zhǔn)時,換算成本地時間,需要知道用戶所在的時區(qū)。
Pragma
頭域
Pragma
頭域用來包含實(shí)現(xiàn)特定的指令,最常用的是Pragma:no-cache。在HTTP/1.1協(xié)議中,它的含義和Cache-Control:no-cache相同。
2
、請求消息
請求消息的第一行為下面的格式:
Method
 SP Request-URI SP HTTP-Version CRLF 
Method
表示對于Request-URI完成的方法,這個字段是大小寫敏感的,包括OPTIONSGETHEADPOSTPUTDELETETRACE。方法GETHEAD應(yīng)該被所有的通用WEB服務(wù)器支持,其他所有方法的實(shí)現(xiàn)是可選的。GET方法取回由Request-URI標(biāo)識的信息。HEAD方法也是取回由Request-URI標(biāo)識的信息,只是可以在響應(yīng)時,不返回消息體。POST方法可以請求服務(wù)器接收包含在請求中的實(shí)體信息,可以用于提交表單,向新聞組、BBS、郵件群組和數(shù)據(jù)庫發(fā)送消息。
SP
表示空格
Request-URI
遵循URI格式,在此字段為星號(*)時,說明請求并不用于某個特定的資源地址,而是用于服務(wù)器本身。
HTTP-Version
表示支持的HTTP版本,例如為HTTP/1.1
CRLF
表示換行回車符。
請求頭域允許客戶端向服務(wù)器傳遞關(guān)于請求或者關(guān)于客戶機(jī)的附加信息。請求頭域可能包含下列字段AcceptAccept-CharsetAccept- EncodingAccept-LanguageAuthorizationFromHostIf-Modified-SinceIf- MatchIf-None-MatchIf-RangeIf-RangeIf-Unmodified-SinceMax-Forwards Proxy-AuthorizationRangeRefererUser-Agent。對請求頭域的擴(kuò)展要求通訊雙方都支持,如果存在不支持的請求頭域,一般將會作為實(shí)體頭域處理。
典型的請求消息:
GEThttp://class/download.microtool.de:80/somedata.exe
Host:download.microtool.de
Accept:*/*
Pragma:no-cache
Cache-Control:no-cache
Referer:http://class/download.microtool.de/
User-Agent:Mozilla/4.04[en](Win95;I;Nav)
Range:bytes=554554-
上例第一行表示HTTP客戶端(可能是瀏覽器、下載程序)通過GET方法獲得指定URL下的文件。棕色的部分表示請求頭域的信息,綠色的部分表示通用頭部分。
Host
頭域
Host
頭域指定請求資源的Intenet主機(jī)和端口號,必須表示請求url的原始服務(wù)器或網(wǎng)關(guān)的位置。HTTP/1.1請求必須包含主機(jī)頭域,否則系統(tǒng)會以400狀態(tài)碼返回。
Referer
頭域
Referer
頭域允許客戶端指定請求uri的源資源地址,這可以允許服務(wù)器生成回退鏈表,可用來登陸、優(yōu)化cache等。他也允許廢除的或錯誤的連接由于維護(hù)的目的被追蹤。如果請求的uri沒有自己的uri地址,Referer不能被發(fā)送。如果指定的是部分uri地址,則此地址應(yīng)該是一個相對地址。
Range
頭域
Range
頭域可以請求實(shí)體的一個或者多個子范圍。例如,
表示頭500個字節(jié):bytes=0-499
表示第二個500字節(jié):bytes=500-999
表示最后500個字節(jié):bytes=-500
表示500字節(jié)以后的范圍:bytes=500-
第一個和最后一個字節(jié):bytes=0-0,-1
同時指定幾個范圍:bytes=500-600,601-999
但是服務(wù)器可以忽略此請求頭,如果無條件GET包含Range請求頭,響應(yīng)會以狀態(tài)碼206PartialContent)返回而不是以200OK)。
User-Agent
頭域
User-Agent
頭域的內(nèi)容包含發(fā)出請求的用戶信息。

3
、響應(yīng)消息
響應(yīng)消息的第一行為下面的格式:
HTTP-Version
 SP Status-Code SP Reason-Phrase CRLF
HTTP-Version
表示支持的HTTP版本,例如為HTTP/1.1
Status-Code
是一個三個數(shù)字的結(jié)果代碼
Reason-Phrase
Status-Code提供一個簡單的文本描述Status-Code主要用于機(jī)器自動識別,Reason-Phrase主要用于幫助用戶理解。Status-Code的第一個數(shù)字定義響應(yīng)的類別,后兩個數(shù)字沒有分類的作用。第一個數(shù)字可能取5個不同的值:
1xx:
信息響應(yīng)類,表示接收到請求并且繼續(xù)處理
2xx:
處理成功響應(yīng)類,表示動作被成功接收、理解和接受
3xx:
重定向響應(yīng)類,為了完成指定的動作,必須接受進(jìn)一步處理
4xx:
客戶端錯誤,客戶請求包含語法錯誤或者是不能正確執(zhí)行
5xx:
服務(wù)端錯誤,服務(wù)器不能正確執(zhí)行一個正確的請求
響應(yīng)頭域允許服務(wù)器傳遞不能放在狀態(tài)行的附加信息,這些域主要描述服務(wù)器的信息和Request-URI進(jìn)一步的信息。響應(yīng)頭域包含Age LocationProxy-AuthenticatePublicRetry-AfterServerVaryWarningWWW- Authenticate。對響應(yīng)頭域的擴(kuò)展要求通訊雙方都支持,如果存在不支持的響應(yīng)頭域,一般將會作為實(shí)體頭域處理。
典型的響應(yīng)消息:
HTTP/1.0200OK
Date:Mon,31Dec200104:25:57GMT
Server:Apache/1.3.14(Unix)
Content-type:text/html
Last-modified:Tue,17Apr200106:46:28GMT
Etag:"a030f020ac7c01:1e9f"
Content-length:39725426
Content-range:bytes554554-40279979/40279980
上例第一行表示HTTP服務(wù)端響應(yīng)一個GET方法。棕色的部分表示響應(yīng)頭域的信息,綠色的部分表示通用頭部分,紅色的部分表示實(shí)體頭域的信息。
Location
響應(yīng)頭
Location
響應(yīng)頭用于重定向接收者到一個新URI地址。
Server
響應(yīng)頭
Server
響應(yīng)頭包含處理請求的原始服務(wù)器的軟件信息。此域能包含多個產(chǎn)品標(biāo)識和注釋,產(chǎn)品標(biāo)識一般按照重要性排序。
4
、實(shí)體信息
請求消息和響應(yīng)消息都可以包含實(shí)體信息,實(shí)體信息一般由實(shí)體頭域和實(shí)體組成。實(shí)體頭域包含關(guān)于實(shí)體的原信息,實(shí)體頭包括AllowContent-BaseContent-EncodingContent-Language Content-LengthContent-LocationContent-MD5Content-RangeContent-Type EtagExpiresLast-Modifiedextension-headerextension-header允許客戶端定義新的實(shí)體頭,但是這些域可能無法未接受方識別。實(shí)體可以是一個經(jīng)過編碼的字節(jié)流,它的編碼方式由Content-EncodingContent-Type定義,它的長度由Content-LengthContent-Range定義。
Content-Type
實(shí)體頭
Content-Type?
實(shí)體頭用于向接收方指示實(shí)體的介質(zhì)類型,指定HEAD方法送到接收方的實(shí)體介質(zhì)類型,或GET方法發(fā)送的請求介質(zhì)類型Content-Range實(shí)體頭
Content-Range
實(shí)體頭
用于指定整個實(shí)體中的一部分的插入位置,他也指示了整個實(shí)體的長度。在服務(wù)器向客戶返回一個部分響應(yīng),它必須描述響應(yīng)覆蓋的范圍和整個實(shí)體長度。一般格式:
Content-Range:bytes-unit
 SP first-byte-pos - last-byte-pos/entity-legth
例如,傳送頭500個字節(jié)次字段的形式:Content-Range:bytes0-499/1234如果一個http消息包含此節(jié)(例如,對范圍請求的響應(yīng)或?qū)σ幌盗蟹秶闹丿B請求),Content-Range表示傳送的范圍,Content-Length表示實(shí)際傳送的字節(jié)數(shù)。
Last-modified
實(shí)體頭
Last-modified
實(shí)體頭指定服務(wù)器上保存內(nèi)容的最后修訂時間。
5
HTTP 頭參考(microsoft
HTTP
請求和 HTTP 響應(yīng)都使用頭發(fā)送有關(guān) HTTP 消息的信息。頭由一系列行組成,每行都包含名稱,然后依次是冒號、空格、值。字段可按任何順序排列。某些頭字段既能用于請求頭也能用于響應(yīng)頭,而另一些頭字段只能用于其中之一。?
許多請求頭字段都允許客戶端在值部分指定多個可接受的選項(xiàng),有時甚至可以對這些選項(xiàng)的首選項(xiàng)進(jìn)行排名。多個項(xiàng)以逗號分隔。例如,客戶端可以發(fā)送包含 “Content-Encoding: gzip, compress,”的請求頭,表示可以接受各種壓縮類型。如果服務(wù)器的響應(yīng)正文使用 gzip 編碼,其響應(yīng)頭中將包含“Content-Encoding: gzip”
有些字段可以在單個頭中出現(xiàn)多次。例如,頭可以有多個“Warning”字段。
下表列出了 HTTP 1.1 頭字段。注意:有些頭字段是 MIME 字段。MIME 字段在 Internet Engineering Task Force (IETF) 文檔 RFC 2045 中進(jìn)行了定義,但也可用于 HTTP 1.1 協(xié)議。有關(guān) MIME HTTP 1.1 規(guī)范的詳細(xì)信息,請參閱 IEIF 頁。
一般頭字段
一般頭字段可用于請求消息和響應(yīng)消息。

名稱

示例值

Cache-Control

"max-age=10"

Connection

"close"

Date

"Tue,11Jul200018:23:51GMT"

Pragma

"no-cache"

Trailer

"Date"

Transfer-Encoding

"chunked"

Upgrade

"SHTTP/1.3"

Via

"HTTP/1.1Proxy1,HTTP/1.1Proxy2"

Warning

"112DisconnectedOperation"


請求頭字段?
請求頭字段僅用于請求消息。

名稱

示例值

Accept

"text/html,image/*"

Accept-Charset

"iso8859-5"

Accept-Encoding

"gzip,compress"

Accept-Language

"en,fr"

Authorization

[credentials]

Content-Encoding

"gzip"

Expect

"100-continue"

From

"user@microsoft.com"

Host

"www.microsoft.com"

Max-Forwards

"3"

Proxy-Authorization

[credentials]

Range

"bytes=100-599"

Referer

"http://www.microsoft.com/resources.asp"

TE

"trailers"

User-Agent

"Mozilla/4.0(compatible;MSIE5.5;WindowsNT5.0)"

If-Match

"entity_tag001"

If-Modified-Since

Tue,11Jul200018:23:51GMT

If-None-Match

entity_tag001

If-Range

entity_tag001"or"Tue,11Jul200018:23:51GMT

If-Unmodified-Since

Tue,11Jul200018:23:51GMT

?

>>請求頭字段的具體含義
Accept
瀏覽器可接受的MIME類型。?
Accept-Charset
瀏覽器可接受的字符集。?
Accept-Encoding
瀏覽器能夠進(jìn)行解碼的數(shù)據(jù)編碼方式,比如gzip
Accept-Language
瀏覽器所希望的語言種類,當(dāng)服務(wù)器能夠提供一種以上的語言版本時要用到。?
Authorization
:授權(quán)信息,通常出現(xiàn)在對服務(wù)器發(fā)送的WWW-Authenticate頭的應(yīng)答中。?
Connection
表示是否需要持久連接。如果Servlet看到這里的值為“Keep-Alive”,或者看到請求使用的是HTTP 1.1HTTP 1.1默認(rèn)進(jìn)行持久連接),它就可以利用持久連接的優(yōu)點(diǎn),當(dāng)頁面包含多個元素時(例如Applet,圖片),顯著地減少下載所需要的時間。要實(shí)現(xiàn)這一點(diǎn), Servlet需要在應(yīng)答中發(fā)送一個Content-Length頭,最簡單的實(shí)現(xiàn)方法是:先把內(nèi)容寫入ByteArrayOutputStream,然后在正式寫出內(nèi)容之前計算它的大小。
Content-Length
:表示請求消息正文的長度。?
Cookie
:設(shè)置cookie,這是最重要的請求頭信息之一
From
請求發(fā)送者的email地址,由一些特殊的Web客戶程序使用,瀏覽器不會用到它。?
Host
初始URL中的主機(jī)和端口。?
If-Modified-Since
:只有當(dāng)所請求的內(nèi)容在指定的日期之后又經(jīng)過修改才返回它,否則返回304“Not Modified”應(yīng)答。?
Pragma
指定“no-cache”值表示服務(wù)器必須返回一個刷新后的文檔,即使它是代理服務(wù)器而且已經(jīng)有了頁面的本地拷貝。?
Referer
包含一個URL,用戶從該URL代表的頁面出發(fā)訪問當(dāng)前請求的頁面。?
User-Agent
瀏覽器類型,如果Servlet返回的內(nèi)容與瀏覽器類型有關(guān)則該值非常有用。
UA-Pixels
UA-ColorUA-OSUA-CPU由某些版本的IE瀏覽器所發(fā)送的非標(biāo)準(zhǔn)的請求頭,表示屏幕大小、顏色深度、操作系統(tǒng)和CPU類型。?
響應(yīng)頭字段?
響應(yīng)頭字段僅用于響應(yīng)消息。

名稱

示例值

Accept-Ranges

"none"

Age

"2147483648(2^31)"

ETag

"b38b9-17dd-367c5dcd"

Last-Modified

"Tue,11Jul200018:23:51GMT"

Location

"http://localhost/redirecttarget.asp"

Proxy-Authenticate

[challenge]

Retry-After

"Tue,11Jul200018:23:51GMT"or"60"

Server

"Microsoft-IIS/5.0"

Vary

"Date"

WWW-Authenticate

[challenge]

?

實(shí)體頭字段?
實(shí)體頭字段可以用于請求消息或響應(yīng)消息。實(shí)體頭字段中包含消息實(shí)體正文的有關(guān)信息,如使用的編碼格式。

名稱

示例值

Allow

"GET,HEAD"

Content-Encoding

"gzip"

Content-Language

"en"

Content-Length

"8445"

Content-Location

"http://localhost/page.asp"

Content-MD5

[md5-digest]

Content-Range

"bytes2543-4532/7898"

Content-Type

"text/html"

Expires

"Tue,11Jul200018:23:51GMT"

Last-Modified

"Tue,11Jul200018:23:51GMT"

?

?
>>
實(shí)體頭字段的具體含義
Allow?
服務(wù)器支持哪些請求方法(如GETPOST等)。
Content-Encoding?
文檔的編碼(Encode)方法。只有在解碼之后才可以得到Content-Type頭指定的內(nèi)容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。JavaGZIPOutputStream可以很方便地進(jìn)行gzip壓縮,但只有Unix上的NetscapeWindows上的IE 4IE 5才支持它。
Content-Length?
表示內(nèi)容長度。只有當(dāng)瀏覽器使用持久HTTP連接時才需要這個數(shù)據(jù)。
Content-Type?
表示后面的文檔屬于什么MIME類型。Servlet默認(rèn)為text/plain,但通常需要顯式地指定為text/html
Date?
當(dāng)前的GMT時間。你可以用setDateHeader來設(shè)置這個頭以避免轉(zhuǎn)換時間格式的麻煩。?
Expires?
應(yīng)該在什么時候認(rèn)為文檔已經(jīng)過期,從而不再緩存它??
Last-Modified?
文檔的最后改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期,該請求將被視為一個條件GET,只有改動時間遲于指定時間的文檔才會返回,否則返回一個304Not Modified)狀態(tài)。
Location?
表示客戶應(yīng)當(dāng)?shù)侥睦锶ヌ崛∥臋n。Location通常不是直接設(shè)置的,而是通過HttpServletResponsesendRedirect方法,該方法同時設(shè)置狀態(tài)代碼為302?
Refresh?
表示瀏覽器應(yīng)該在多少時間之后刷新文檔,以秒計。除了刷新當(dāng)前文檔之外,你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面。?
注意這種功能通常是通過設(shè)置HTML頁面HEAD區(qū)的<META. HTTP-EQUIV="Refresh" C>實(shí)現(xiàn),這是因?yàn)?#xff0c;自動刷新或重定向?qū)τ谀切┎荒苁褂?/span>CGIServletHTML編寫者十分重要。但是,對于Servlet來說,直接設(shè)置 Refresh頭更加方便。?
注意Refresh的意義是“N秒之后刷新本頁面或訪問指定頁面,而不是每隔N秒刷新本頁面或訪問指定頁面。因此,連續(xù)刷新要求每次都發(fā)送一個Refresh頭,而發(fā)送204狀態(tài)代碼則可以阻止瀏覽器繼續(xù)刷新,不管是使用Refresh頭還是<META. HTTP-EQUIV="Refresh" ...>。?
注意Refresh頭不屬于HTTP 1.1正式規(guī)范的一部分,而是一個擴(kuò)展,但NetscapeIE都支持它。

轉(zhuǎn)載于:https://www.cnblogs.com/xly1208/archive/2011/10/12/2208468.html

總結(jié)

以上是生活随笔為你收集整理的HTTP 头部解释的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 草久久免费视频 | 色哟哟免费在线观看 | 一区二区三区免费观看视频 | 成人毛片100免费观看 | 巨茎人妖videos另类 | 深夜视频一区二区三区 | av激情网站 | 国产aaaaaa | 日韩欧美精品在线观看 | 久久久久99精品成人片三人毛片 | 96福利视频| 理论片久久 | 欧美一级二级片 | 91猎奇在线观看 | 天堂视频中文在线 | 午夜影院一区二区 | 婷婷丁香在线 | 放荡闺蜜高h季红豆h | 国产激情视频一区 | 日韩成人三级 | 香蕉视频911 | 国产精品久久777777 | 法国空姐 在线 | 欧美操老女人 | 人人艹在线观看 | 美女a视频 | 极品毛片 | 香蕉爱爱视频 | 精品网站999 | 一区二区三区不卡视频 | 欧美久久影院 | 欧美日韩在线视频一区二区 | 国产日产精品一区二区 | 夜色资源网| 超碰av免费 | 成人免费视频一区 | 日韩欧美视频免费在线观看 | 国产精久久一区二区三区 | 黄色福利视频网站 | 在线观看你懂的网站 | 国产五十路| 男人操女人视频网站 | 午夜成人免费视频 | 免费黄色网址视频 | 国产女优在线播放 | 久久激情综合网 | 国产精品无码久久久久 | 四级黄色片 | 日韩激情视频 | 国产精品久久久久影院 | 麻豆视频黄色 | 日韩欧美中文字幕在线观看 | 亚洲午夜无码av毛片久久 | 成人91av | 国产亚洲精品美女久久久久 | 免费中文av | 久久99日| 色很久 | 日本网站在线免费观看 | 久久mm | 奇米精品一区二区三区在线观看一 | 麻豆精品网站 | 日韩在线免费观看视频 | 69中国xxxxxxxxx69 国产又爽又色 | 国产又爽又黄的激情精品视频 | 午夜爱爱网站 | 日韩精品一区不卡 | 亚洲jlzzjizz少妇| 日韩污污 | 丝袜美腿av在线 | 涩涩视频网站在线观看 | 一级黄视频 | 香蕉av一区二区三区 | 久久爱99 | 精品裸体舞一区二区三区 | 欧美精产国品一二三区 | 久久久综合视频 | 青草视频污 | 一区二区网站 | 日韩r级电影在线观看 | 丝袜一区二区三区四区 | 国产精品女人精品久久久天天 | 亚洲最大福利视频 | 日韩电影网站 | 中国av毛片 | 国产熟女精品视频 | 自由成熟xxxx色视频 | 伊人久久久久久久久久久久 | 一区二区xxx | 777黄色| 久久久久久片 | 放荡闺蜜高h苏桃情事h | 国产高清免费在线 | 又黄又色的网站 | 国产电影一区二区三区 | 成人激情视频 | 久久久国产精品一区 | 中文字幕免费视频 | 午夜视频污 |