HTTP協(xié)議的" />

国产成人精品无码青草_亚洲国产美女精品久久久久∴_欧美人与鲁交大毛片免费_国产果冻豆传媒麻婆精东

18143453325 或 在線咨詢 在線咨詢
18143453325 或 在線咨詢
所在位置： 首頁 > 營銷資訊 > 建站知識 > http 協(xié)議詳解

http 協(xié)議詳解

時間：2023-02-19 19:06:01 | 來源：建站知識

時間：2023-02-19 19:06:01 來源：建站知識

http 協(xié)議詳解：HTTP 協(xié)議，即超文本傳輸協(xié)議 (Hypertext transfer protocol)。 是一種詳細規(guī)定了瀏覽器和萬維網(wǎng) (WWW = World Wide Web) 服務(wù)器之間互相通信的規(guī)則，通過因特網(wǎng)傳送萬維網(wǎng)文檔的數(shù)據(jù)傳送協(xié)議

HTTP協(xié)議的特點就不好再贅述了

中文RFC文檔：[超文本傳輸協(xié)議--HTTP1.0]

http://man.chinaunix.net/develop/rfc/RFC1945.txt

HTTP 的請求方法

一個 HTTP 請求結(jié)構(gòu)

HTTP1.0 的請求方法

GET 方法

請求指定的頁面信息，并返回實體主體。

最常見的一種請求方式，當客戶端要從服務(wù)器中讀取文檔時，當點擊網(wǎng)頁上的鏈接或者通過在瀏覽器的地址欄輸入網(wǎng)址來瀏覽網(wǎng)頁的，使用的都是 GET 方式。GET 方法要求服務(wù)器將 URL 定位的資源放在響應(yīng)報文的數(shù)據(jù)部分，回送給客戶端。使用 GET 方法時，請求參數(shù)和對應(yīng)的值附加在 URL 后面，利用一個問號（“?”）代表 URL 的結(jié)尾與請求參數(shù)的開始，傳遞參數(shù)長度受限制。例如，/index.jsp?id=100&op=bind, 這樣通過 GET 方式傳遞的數(shù)據(jù)直接表示在地址中，所以我們可以把請求結(jié)果以鏈接的形式發(fā)送給好友。以用 google 搜索 domety 為例，Request 格式如下：

GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq= HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-silverlight, application/x-shockwave-flash, */* Referer: <a href="http://www.google.cn/">http://www.google.cn/</a> Accept-Language: zh-cn Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld) Host: <a href="http://www.google.cn">www.google.cn</a> Connection: Keep-Alive Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-FxlRugatx63JLv7CWMD6UB_O_r 可以看到，GET 方式的請求一般不包含”請求內(nèi)容”部分，請求數(shù)據(jù)以地址的形式表現(xiàn)在請求行。地址鏈接如下：

http://www.google.cn/search?hl=zh-CN&source=hp&q=domety&aq=f&oq=
地址中”?”之后的部分就是通過GET發(fā)送的請求數(shù)據(jù)，我們可以在地址欄中清楚的看到，各個數(shù)據(jù)之間用”&”符號隔開。顯然，這種方式不適合傳送私密數(shù)據(jù)。另外，由于不同的瀏覽器對地址的字符限制也有所不同，一般最多只能識別1024個字符，所以如果需要傳送大量數(shù)據(jù)的時候，也不適合使用GET方式。

一個形象的比喻：

HTTP 報文和 HTTP 實體的關(guān)系就像訂單信息和具體的訂單貨物一樣。
HTTP 報文是一個提供 http 頭信息和主體的請求或響應(yīng)，類似一個訂單擁有訂單的各種信息。
而 HTTP 實體就像訂單的具體貨物一樣，他本身就持有頭部和主體的信息，他是傳輸中真正傳輸?shù)臄?shù)據(jù)，和訂單中傳輸?shù)氖怯唵紊唐芬粯印?/blockquote>實體 entity 是請求或響應(yīng)的有效承載信息。Http報頭分為通用報頭，請求報頭，響應(yīng)報頭和實體報頭。實體包頭加上實體就是實體信息 GET 方法是獲取服務(wù)器某一資源的方法。

POST 方法

向服務(wù)器發(fā)送數(shù)據(jù)。

對于上面提到的不適合使用 GET 方式的情況，可以考慮使用 POST 方式，因為使用 POST 方法可以允許客戶端給服務(wù)器提供信息較多。POST 方法將請求參數(shù)封裝在 HTTP 請求數(shù)據(jù)中，以名稱/值的形式出現(xiàn)，可以傳輸大量數(shù)據(jù)，這樣 POST 方式對傳送的數(shù)據(jù)大小沒有限制，而且也不會顯示在 URL 中。還以上面的搜索 domety 為例，如果使用 POST 方式的話，格式如下：

POST /search HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-silverlight, application/x-shockwave-flash, */* Referer: <a href="http://www.google.cn/">http://www.google.cn/</a> Accept-Language: zh-cn Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld) Host: <a href="http://www.google.cn">www.google.cn</a> Connection: Keep-Alive Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-FxlRugatx63JLv7CWMD6UB_O_r hl=zh-CN&source=hp&q=domety 可以看到，POST 方式請求行中不包含數(shù)據(jù)字符串，這些數(shù)據(jù)保存在”請求內(nèi)容”部分，各數(shù)據(jù)之間也是使用 ”&” 符號隔開。POST 方式大多用于頁面的表單中。因為 POST 也能完成 GET 的功能，因此多數(shù)人在設(shè)計表單的時候一律都使用 POST 方式，其實這是一個誤區(qū)。GET 方式也有自己的特點和優(yōu)勢，我們應(yīng)該根據(jù)不同的情況來選擇是使用 GET 還是使用 POST。

HEAD 方法

請求服務(wù)器返回響應(yīng)頭部，不返回實體。這就是和 GET 方法的區(qū)別。

HEAD 就像 GET，只不過服務(wù)端接受到 HEAD 請求后只返回響應(yīng)頭，而不會發(fā)送響應(yīng)內(nèi)容。當我們只需要查看某個頁面的狀態(tài)的時候，使用 HEAD 是非常高效的，因為在傳輸?shù)倪^程中省去了頁面內(nèi)容。

GET 請求的標準格式

GET /develop/rfc/default.htm HTTP/1.1Host: man.chinaunix.netUser-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2Accept-Encoding: gzip, deflateConnection: closeUpgrade-Insecure-Requests: 1Pragma: no-cacheCache-Control: no-cache 請求行

GET /develop/rfc/default.htm HTTP/1.1
請求頭部

Host: man.chinaunix.netUser-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2Accept-Encoding: gzip, deflateConnection: closeUpgrade-Insecure-Requests: 1Pragma: no-cacheCache-Control: no-cache 用POST上傳文件

PHP 文件上傳代碼, fileupload.html

<form action="fileupload.php" enctype="multipart/form-data" method="post" name="uploadfile">uploadfile：<input type="file" name="file" /><br><input type="submit" value="upload" /></form> fileupload.php

<?phpmove_uploaded_file($_FILE['file']['tmp_name'],$upfile['name']);?>java 文件上傳代碼

uploadfile.html

<form name=get method=post>服務(wù)端地址<input name=url size=110 type=text> <br><br><textarea name=t rows=20 cols=120>你提交的代碼</textarea><br>保存成的文件名：<input name=f size=30 value=shell.jsp><input type=button onclick="javascript:get.action=document.get.url.value;get.submit()" value=提交> </form>uploadfile.jsp

<%if(request.getParameter("f")!=null)(new java.io.FileOutputStream(application.getRealPath("/")+request.getParameter("f"))).write(request.getParameter("t").getBytes());%>HTTP1.1 新增的請求方法

HTTP1.1 新增了五種請求方法： OPTIONS, PUT, DELETE,TRACE 和 CONNECT 方法的基本概念

OPTIONS 方法

沒有找到合適的測試, OPTIONS 它用于獲取當前 URL 所支持的方法。若請求成功，則它會在 HTTP 頭中包含一個名為 “Allow” 的頭，值是所支持的方法，如 “GET, POST”。

1、獲取服務(wù)器支持的 HTTP 請求方法；也是黑客經(jīng)常使用的方法。

2、用來檢查服務(wù)器的性能。例如：AJAX 進行跨域請求時的預(yù)檢，需要向另外一個域名的資源發(fā)送一個 HTTP OPTIONS 請求頭，用以判斷實際發(fā)送的請求是否安全。

OPTIONS / HTTP/1.1Host: www.myh0st.cnUser-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2Accept-Encoding: gzip, deflateConnection: closeUpgrade-Insecure-Requests: 1Pragma: no-cacheCache-Control: no-cachePUT 方法

向指定資源位置上傳其最新內(nèi)容。

DELETE 方法

請求服務(wù)器刪除Request-URI所標識的資源。

TRACE 方法

回顯服務(wù)器收到的請求，主要用于測試或診斷。

CONNECT 方法

HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。

HTTP 的狀態(tài)碼

HTTP 狀態(tài)碼的分類

HTTP 狀態(tài)碼規(guī)范

http://blog.csdn.net/diandianxiyu_geek/article/details/50373195
HTTP 狀態(tài)碼的作用

獲取請求的返回結(jié)果和原因

常見的 HTTP 狀態(tài)碼

1** 信息，服務(wù)器收到請求，需要請求者繼續(xù)執(zhí)行操作

100 Continue 繼續(xù)?？蛻舳藨?yīng)繼續(xù)其請求

101 Switching Protocols 切換協(xié)議。服務(wù)器根據(jù)客戶端的請求切換協(xié)議。只能切換到更高級的協(xié)議，例如，切換到HTTP的新版本協(xié)議

2** 成功，操作被成功接收并處理

200 OK 請求成功。一般用于GET與POST請求

201 Created 已創(chuàng)建。成功請求并創(chuàng)建了新的資源

202 Accepted 已接受。已經(jīng)接受請求，但未處理完成

203 Non-Authoritative Information 非授權(quán)信息。請求成功。但返回的meta信息不在原始的服務(wù)器，而是一個副本

204 No Content 無內(nèi)容。服務(wù)器成功處理，但未返回內(nèi)容。在未更新網(wǎng)頁的情況下，可確保瀏覽器繼續(xù)顯示當前文檔

205 Reset Content 重置內(nèi)容。服務(wù)器處理成功，用戶終端（例如：瀏覽器）應(yīng)重置文檔視圖?？赏ㄟ^此返回碼清除瀏覽器的表單域

206 Partial Content 部分內(nèi)容。服務(wù)器成功處理了部分GET請求

3** 重定向，需要進一步的操作以完成請求

300 Multiple Choices 多種選擇。請求的資源可包括多個位置，相應(yīng)可返回一個資源特征與地址的列表用于用戶終端（例如：瀏覽器）選擇

301 Moved Permanently 永久移動。請求的資源已被永久的移動到新URI，返回信息會包括新的URI，瀏覽器會自動定向到新URI。今后任何新的請求都應(yīng)使用新的URI代替

302 Found 臨時移動。與301類似。但資源只是臨時被移動?？蛻舳藨?yīng)繼續(xù)使用原有URI

303 See Other 查看其它地址。與301類似。使用GET和POST請求查看

304 Not Modified 未修改。所請求的資源未修改，服務(wù)器返回此狀態(tài)碼時，不會返回任何資源。客戶端通常會緩存訪問過的資源，通過提供一個頭信息指出客戶端希望只返回在指定日期之后修改的資源

305 Use Proxy 使用代理。所請求的資源必須通過代理訪問

306 Unused 已經(jīng)被廢棄的HTTP狀態(tài)碼

307 Temporary Redirect 臨時重定向。與302類似。使用GET請求重定向

4** 客戶端錯誤，請求包含語法錯誤或無法完成請求

400 Bad Request 客戶端請求的語法錯誤，服務(wù)器無法理解

401 Unauthorized 請求要求用戶的身份認證

402 Payment Required 保留，將來使用

403 Forbidden 服務(wù)器理解請求客戶端的請求，但是拒絕執(zhí)行此請求

404 Not Found 服務(wù)器無法根據(jù)客戶端的請求找到資源（網(wǎng)頁）。通過此代碼，網(wǎng)站設(shè)計人員可設(shè)置"您所請求的資源無法找到"的個性頁面

405 Method Not Allowed 客戶端請求中的方法被禁止

406 Not Acceptable 服務(wù)器無法根據(jù)客戶端請求的內(nèi)容特性完成請求

407 Proxy Authentication Required 請求要求代理的身份認證，與401類似，但請求者應(yīng)當使用代理進行授權(quán)

408 Request Time-out 服務(wù)器等待客戶端發(fā)送的請求時間過長，超時

409 Conflict 服務(wù)器完成客戶端的PUT請求是可能返回此代碼，服務(wù)器處理請求時發(fā)生了沖突

410 Gone 客戶端請求的資源已經(jīng)不存在。410不同于404，如果資源以前有現(xiàn)在被永久刪除了可使用410代碼，網(wǎng)站設(shè)計人員可通過301代碼指定資源的新位置

411 Length Required 服務(wù)器無法處理客戶端發(fā)送的不帶Content-Length的請求信息

412 Precondition Failed 客戶端請求信息的先決條件錯誤

413 Request Entity Too Large 由于請求的實體過大，服務(wù)器無法處理，因此拒絕請求。為防止客戶端的連續(xù)請求，服務(wù)器可能會關(guān)閉連接。如果只是服務(wù)器暫時無法處理，則會包含一個Retry-After的響應(yīng)信息

414 Request-URI Too Large 請求的URI過長（URI通常為網(wǎng)址），服務(wù)器無法處理

415 Unsupported Media Type 服務(wù)器無法處理請求附帶的媒體格式

416 Requested range not satisfiable 客戶端請求的范圍無效

417 Expectation Failed 服務(wù)器無法滿足Expect的請求頭信息

5** 服務(wù)器錯誤，服務(wù)器在處理請求的過程中發(fā)生了錯誤

500 Internal Server Error 服務(wù)器內(nèi)部錯誤，無法完成請求

501 Not Implemented 服務(wù)器不支持請求的功能，無法完成請求

502 Bad Gateway 充當網(wǎng)關(guān)或代理的服務(wù)器，從遠端服務(wù)器接收到了一個無效的請求

503 Service Unavailable 由于超載或系統(tǒng)維護，服務(wù)器暫時的無法處理客戶端的請求。延時的長度可包含在服務(wù)器的Retry-After頭信息中

504 Gateway Time-out 充當網(wǎng)關(guān)或代理的服務(wù)器，未及時從遠端服務(wù)器獲取請求

505 HTTP Version not supported 服務(wù)器不支持請求的HTTP協(xié)議的版本，無法完成處理

python獲取HTTP 請求狀態(tài)碼

python3

import requestsres=requests.get("https://www.baidu.com")print(res.status_code)

HTTP 協(xié)議響應(yīng)頭信息

HTTP 響應(yīng)頭的含義

常見的 HTTP 響應(yīng)頭和請求頭

https://www.cnblogs.com/honghong87/articles/6941436.html
HTTP 響應(yīng)頭的類型

http://www.runoob.com/http/http-header-fields.html

HTTP 協(xié)議中的 URL

HTTP 使用統(tǒng)一資源標識符（Uniform Resource Identifiers, URI）來傳輸數(shù)據(jù)和建立連接。URL 是一種特殊類型的 URI，包含了用于查找某個資源的足夠的信息

URL 全稱是 UniformResourceLocator, 中文叫統(tǒng)一資源定位符,是互聯(lián)網(wǎng)上用來標識某一處資源的地址。以下面這個 URL 為例，介紹下普通 URL 的各部分組成：

http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name
從上面的 URL 可以看出，一個完整的 URL 包括以下幾部分：

1、協(xié)議部分：該 URL 的協(xié)議部分為 “http：”，這代表網(wǎng)頁使用的是 HTTP 協(xié)議。在 Internet 中可以使用多種協(xié)議，如 HTTP，F(xiàn)TP 等等本例中使用的是 HTTP 協(xié)議。在 "HTTP" 后面的 “//” 為分隔符

2、域名部分：該 URL 的域名部分為 “www.aspxfans.com”。一個 URL 中，也可以使用 IP 地址作為域名使用

3、端口部分：跟在域名后面的是端口，域名和端口之間使用 “:” 作為分隔符。端口不是一個 URL 必須的部分，如果省略端口部分，將采用默認端口

4、虛擬目錄部分：從域名后的第一個 “/” 開始到最后一個 “/” 為止，是虛擬目錄部分。虛擬目錄也不是一個 URL 必須的部分。本例中的虛擬目錄是 “/news/”

5、文件名部分：從域名后的最后一個 “/” 開始到 “？” 為止，是文件名部分，如果沒有“?”,則是從域名后的最后一個“/”開始到“#”為止，是文件部分，如果沒有 “？” 和 “#”，那么從域名后的最后一個 “/” 開始到結(jié)束，都是文件名部分。本例中的文件名是 “index.asp”。文件名部分也不是一個 URL 必須的部分，如果省略該部分，則使用默認的文件名

6、錨部分：從 “#” 開始到最后，都是錨部分。本例中的錨部分是 “name”。錨部分也不是一個 URL 必須的部分

所以注入 SQL 語句的時候，需要將 # 進行 url 編碼，否則會被當成錨點處理。

7、參數(shù)部分：從 “？” 開始到 “#” 為止之間的部分為參數(shù)部分，又稱搜索部分、查詢部分。本例中的參數(shù)部分為 “boardID=5&ID=24618&page=1”。參數(shù)可以允許有多個參數(shù)，參數(shù)與參數(shù)之間用 “&” 作為分隔符。

原文地址：

http://blog.csdn.net/ergouge/article/details/8185219
URL 和 URI 的區(qū)別

URI，是 (uniform resource identifier)，統(tǒng)一資源標識符，用來唯一的標識一個資源。

Web 上可用的每種資源如 HTML 文檔、圖像、視頻片段、程序等都是一個來 URI 來定位的

URI 一般由三部組成：

①訪問資源的命名機制

②存放資源的主機名

③資源自身的名稱，由路徑表示，著重強調(diào)于資源。

URL 是 uniform resource locator，統(tǒng)一資源定位器，它是一種具體的 URI，即 URL 可以用來標識一個資源，而且還指明了如何 locate 這個資源。

URL 是 Internet 上用來描述信息資源的字符串，主要用在各種 WWW 客戶程序和服務(wù)器程序上，特別是著名的 Mosaic。采用URL可以用一種統(tǒng)一的格式來描述各種信息資源，包括文件、服務(wù)器的地址和目錄等。

URL一般由三部組成：

①協(xié)議(或稱為服務(wù)方式)

②存有該資源的主機IP地址(有時也包括端口號)

③主機資源的具體地址。如目錄和文件名等

URN，uniform resource name，統(tǒng)一資源命名，是通過名字來標識資源，比如 mailto:java-net@java.sun.com。

URI 是以一種抽象的，高層次概念定義統(tǒng)一資源標識，而 URL 和 URN 則是具體的資源標識的方式。

URL 和 URN 都是一種 URI。

籠統(tǒng)地說，每個 URL 都是 URI，但不一定每個 URI 都是 URL。

這是因為 URI 還包括一個子類，即統(tǒng)一資源名稱 (URN)，它命名資源但不指定如何定位資源。上面的 mailto、news 和 isbn URI 都是 URN 的示例。

通常來說，一個 URI 實例可以代表絕對的，也可以是相對的，只要它符合 URI 的語法規(guī)則。而 URL 類則不僅符合語義，還包含了定位該資源的信息，因此它不能是相對的。

URI 類不包含任何訪問資源的方法，它唯一的作用就是解析。

相反的是，URL 類可以打開一個到達資源的流。

HTTP2.0 新事物

HTTP2.0 那些事

http://www.mamicode.com/info-detail-1199706.html

HTTP XST 攻擊與 trace 方法

1、繞過 http-only 對 XSS 攻擊的限制

2、TRACE 請求會讓服務(wù)器返回請求內(nèi)容。

xst 主要是使用 http 的 trace 方法，該方法會返回瀏覽器發(fā)給服務(wù)器的所有請求信息，但該方法不能帶 body，主要是利于 debug?，F(xiàn)在前端后端都做了很多 xst 攻擊的措施，很難在瀏覽器端發(fā)起 trace 請求了，所以只能用 fiddler 模擬一下，服務(wù)器是 wamp，支持 trace 方法。

該攻擊主要是在網(wǎng)站存在 xss 漏洞但設(shè)置了 cookie 的 httponly 屬性的時候結(jié)合 trace 方法進行攻擊。如果某網(wǎng)站存在 xss 漏洞，那比如用戶點擊 a 標簽會執(zhí)行一段腳本，那么該腳本可以異步發(fā)起一個 trace 請求，因為是同域，所以會帶上 cookie，然后服務(wù)器會把瀏覽器請求的信息全部返回來，其中包括 cookie，我們可以在回調(diào)函數(shù)里解析然后上傳到我們的服務(wù)器上去。

使用 python requests 庫花式發(fā)送 http 請求

如果使用 python 的比較底層的 HTTP 請求庫還能 fuzzing

import requests#只支持這五種requests.get("https://www.baidu.com")requests.post("https://www.baidu.com")requests.put("https://www.baidu.com")requests.delete("https://www.baidu.com")requests.options("https://www.baidu.com")

Web DAV

（Web-based Distributed Authoring and Versioning）

一句話原理就是，服務(wù)器允許put方法，相當與有了寫權(quán)限．Web Dav 的安全配置相關(guān)與漏洞利用

http://blog.csdn.net/u014270687/article/details/45798227
kali 中有 dave 和 davtest 兩個工具利用 dav 漏洞，python 也可以，不必執(zhí)著于某個工具，達到目的就好

CRLF 注入攻擊

CRLF 就是 /r/n，也就是響應(yīng)頭的分割符

一句話原理就是，web 程序使用了用戶輸入作為相應(yīng)頭，且過濾不嚴，導(dǎo)致我們可以注入 CRLF 來分割 http 響應(yīng)．

幾個例子：

http://blog.csdn.net/gstormspire/article/details/8183598
http://blog.csdn.net/mgxcool/article/details/73028346
http://blog.csdn.net/rainZuoShao/article/details/9088575

關(guān)鍵詞：協(xié)議

74
73
25
news

版權(quán)所有? 億企邦 1997-2025 保留一切法律許可權(quán)利。

為了最佳展示效果，本站不支持IE9及以下版本的瀏覽器，建議您使用谷歌Chrome瀏覽器。 點擊下載Chrome瀏覽器
關(guān)閉