㈠ http請求中的8種請求方法
HTTP有兩部分組成：請求與響應，下面分別整理。
在HTTP請求中，第一行必須是一個請求行（request line），用來說明請求類型、要訪問的資源以及使用的HTTP版本。緊接著是一個首部（header）小節，用來說明伺服器要使用的附加信息。在首部之後是一個空行，再此之後可以添加任意的其他數據[稱之為主體（body）]。
HTTP 定義了與伺服器交互的不同方法，最基本的方法是 GET 和 POST（開發關心的只有GET請求和POST請求）。
GET與POST方法有以下區別：
（1） 在客戶端，Get方式在通過URL提交數據，數據在URL中可以看到；POST方式，數據放置在HTML HEADER內提交。
（2） GET方式提交的數據最多隻能有1024位元組，而POST則沒有此限制。
（3） 安全性問題。正如在（1）中提到，使用 Get的時候，參數會顯示在地址欄上，而 Post不會。所以，如果這些數據是中文數據而且是非敏感數據，那麼使用 get；如果用戶輸入的數據不是中文字元而且包含敏感數據，那麼還是使用 post為好。
（4） 安全的和冪等的。所謂安全的意味著該操作用於獲取信息而非修改信息。冪等的意味著對同一 URL的多個請求應該返回同樣的結果。完整的定義並不像看起來那樣嚴格。換句話說，GET請求一般不應產生副作用。從根本上講，其目標是當用戶打開一個鏈接時，她可以確信從自身的角度來看沒有改變資源。比如，新聞站點的頭版不斷更新。雖然第二次請求會返回不同的一批新聞，該操作仍然被認為是安全的和冪等的，因為它總是返回當前的新聞。反之亦然。POST請求就不那麼輕鬆了。POST表示可能改變伺服器上的資源的請求。仍然以新聞站點為例，讀者對文章的註解應該通過 POST請求實現，因為在註解提交之後站點已經不同了
3．表單提交中get和post方式的區別歸納如下幾點：
（1）get是從伺服器上獲取數據，post是向伺服器傳送數據。
（2）對於表單的提交方式，在伺服器端只能用Request.QueryString來獲取Get方式提交來的數據，用Post方式提交的數據只能用Request.Form來獲取。
（3）一般來說，盡量避免使用Get方式提交表單，因為有可能會導致安全問題。比如說在登陸表單中用Get方式，用戶輸入的用戶名和密碼將在地址欄中暴露無遺。但是在分頁程序中，用Get方式就比用Post好。
在響應中唯一真正的區別在於第一行中用狀態信息代替了請求信息。狀態行（status line）通過提供一個狀態碼來說明所請求的資源情況。
2．最常用的狀態碼有：
◆200 (OK): 找到了該資源，並且一切正常。
◆304 (NOT MODIFIED): 該資源在上次請求之後沒有任何修改。這通常用於瀏覽器的緩存機制。
◆401 (UNAUTHORIZED): 客戶端無權訪問該資源。這通常會使得瀏覽器要求用戶輸入用戶名和密碼，以登錄到伺服器。
◆403 (FORBIDDEN): 客戶端未能獲得授權。這通常是在401之後輸入了不正確的用戶名或密碼。
◆404 (NOT FOUND): 在指定的位置不存在所申請的資源。
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 POST和GET的區別
1、HTTP 只有POST和GET 兩種命令模式；
2、 POST 是被設計用來向上放東西的，而GET是被設計用來從伺服器取東西的，GET也能夠向伺服器傳送較少的數據，而Get之所以也能傳送數據,只是用來設計告訴伺服器,你到底需要什麼樣的數據.POST的信息作為HTTP 請求的內容，而GET是在HTTP 頭部傳輸的；
3、POST與GET在HTTP 中傳送的方式不同，GET的參數是在HTTP 的頭部傳送的，而Post的數據則是在HTTP 請求的內容里傳送;
4、POST傳輸數據時，不需要在URL中顯示出來，而GET方法要在URL中顯示；
5、 GET方法由於受到URL長度的限制,只能傳遞大約1024位元組；POST傳輸的數據量大，可以達到2M，而根據微軟方面的說法，微軟對用 Request.Form() 可接收的最大數據有限制，IIS 4 中為 80 KB 位元組，IIS 5 中為 100 KB 位元組；
6、SOAP是依賴於HTTP POST模式實現的；
㈡ 怎麼申請信用卡成功率高看看這幾個技巧
交通銀行信用卡熱度雖然比不上4大行，但是下卡的申請門檻相比四大行來說是比較低的，很多白戶新手第一次申請信用卡大多數都是選擇交通銀行，只要你的徵信良好，做好銀行關注度選擇適合卡種申請，下卡的機會都是很高的，所以今天小秦就給大家分享交通銀行信用卡申請的特殊技巧，感興趣的朋友繼續看下去哦！
一、徵信良好
徵信良好沒有逾期是一個最基礎的條件，如果你的徵信2年內有逾期記錄，或者3個月之類查詢次數多導致徵信花先不要盲目去申請，做好銀行的關注度，優化個人徵信，利用特殊的技巧「外幣打造徵信3個N」的方法去把你不好的記錄給覆蓋掉，想要了解具有操作的卡友可以咨詢小秦微信。
二、申請渠道
交通銀行信用卡最好是採取網申，也就是在交通銀行的APP或者買單吧APP內直接申請，現在交行信用卡申請門檻都不高，所以還是很容易通過的，只要你的徵信近兩年沒有逾期記錄，走完申請流程後，只要沒有被秒拒，並且收到簡訊提示會有回訪電話，基本就穩了。
三、代發工資卡
有打卡代發工資在交通銀行的，連續代發時間大於3個月，就可以用工資卡的流水記錄去交通銀行申請信用卡了，這是天然的關注度，只要徵信沒有問題，下卡率都很高，額度根據打卡代發工資的金額而定，所以有代發工資但不高的卡友，建議同步打造交通儲蓄卡有效過夜結息流水，這樣可以讓下卡額度有較大提升。
四、申請表格填寫
只要你的「徵信」和「申請表格」填寫符合銀行的系統審核標准（也就是我們常說的綜合評分），即可輕松下卡了，申請表格填寫的具體細節如下：
1、教育學歷：大專以下都寫大專，以上真實填寫；
2、婚姻狀況：25歲以上的都可以寫已婚，代表穩定；
3、住宅地址：必填，精確到門牌號；
4、住宅狀況：填寫自有住宅無貸款；
5、單位地址：必填，收卡地址選單位地址；
6、單位電話：有座機必填，有加分；
7、單位性質：最好不要是：建築、地產、輕貿易、金融、服務，這幾個行業類別，如果無法避免，那在填寫崗位的時候，盡量是「行政、管理、技術崗位」；
8、聯系人：有本行信用卡的最佳，沒有的一定要填寫徵信比較好的家人或朋友；
9、年收入：不大於12w的填12w，大於12w的如實填寫，然後結合前面說的打造儲蓄卡「有效過夜結息流水」的技巧，匹配上對應數值，秒批下卡的效果極佳！
五、卡種推薦
1、標准金卡
資質一般就不要選擇標准白金了，因為審核要求非常高，很容易被拒；也不要選擇標准普卡，因為普卡和金卡審核資質是一樣的，只要把關注度做好了，去申請的成功率和額度都會不錯的。
2、Y-POWER信用卡
這是交通銀行專門針對30歲以下年輕人所推出的卡種，所以對申請人的資質要求並不高，只要申請人在個人徵信上沒什麼嚴重的污點，（如果徵信上有不良記錄了，建議優化一下再去申請，這樣通過率會高很多）是擁有穩定收入的非在校大學生就可以申請。該卡的特點是超低的取現手續費，超高的取現額度，還可以參與交行最紅星期五等諸多活動。
3、京東PLUS白金卡
該卡雖然是白金卡，但卻是屬於小白金，加上是屬於聯名卡，所以整體申請門檻並不高。而且從小夥伴的反饋情況來看，額度也還不錯，是屬於2w起批，權益方面也很不錯的，尤其是對於新戶來說。
㈢ 如何針對http的get請求進行處理與響應
1、HTTP請求概述
在前面有一篇文章對HTTP協議有詳細的描述，這里就不再過多的做說明，只是簡單的作為這篇文章的引子。
HTTP協議又被稱為超文本傳輸協議，它的的設計目的是保證客戶機與伺服器之間的通信。HTTP 的工作方式是客戶端與伺服器之間的請求-應答協議。在客戶端和伺服器之間進行請求-響應時，有兩個最基本的請求方式：GET 和 POST。
其中，GET請求表示從指定的資源請求數據，POST請求表示向指定的資源提交要被處理的數據。
2、HTTP請求格式
在HTTP請求中，首先是請求行，注意這里的請求行一定要放在最前面；其次，是請求頭，英文表示為header；然後會空一行，緊接著就可以是請求的具體內容了，一般稱之為請求體，request-body。給出一個圖示如下：
3、GET請求與POST請求對比
GET請求與POST請求有一些異同點，主要有以下幾點問題：
（1）、GET請求和POST請求都是客戶端與伺服器之間交互，請求--應答模式的協議
（2）、GET請求是通過URL直接請求數據，數據信息可以在URL中直接看到，比如瀏覽器訪問；而POST請求是放在請求頭中的，我們是無法直接看到的；
（3）、GET提交有數據大小的限制，一般是不超過1024個位元組，而這種說法也不完全准確，HTTP協議並沒有設定URL位元組長度的上限，而是瀏
覽器做了些處理，所以長度依據瀏覽器的不同有所不同；POST請求在HTTP協議中也沒有做說明，一般來說是沒有設置限制的，但是實際上瀏覽器也有默認
值。總體來說，少量的數據使用GET，大量的數據使用POST。
（4）、GET請求因為數據參數是暴露在URL中的，所以安全性比較低，比如密碼是不能暴露的，就不能使用GET請求；POST請求中，請求參數信息是放在請求頭的，所以安全性較高，可以使用。在實際中，涉及到登錄操作的時候，盡量使用HTTPS請求，安全性更好。
下面給出一副圖示，說明一下HTTP中GET與POST請求的差異：
4、使用步驟：
在Android中使用HTTP請求，主要步驟如下：
（1）、實例化一個HttpGet(或HttpPost)對象，將請求的URL地址通過構造方法傳給HttpGet(或HttpPost)對象；
（2）、使用DefaultHttpClient類的execute方法發送GET或POST 請求，並返回HttpResponse對象；
（3）、通過HttpResponse介面的getEntity方法返回響應信息。
5、實例代碼
給出一個在實際應用中的一個POST請求的代碼片段：
[java] view plain print?
params = new LinkedList<BasicNameValuePair>();
params.add(new BasicNameValuePair("param1", "Post方法"));
params.add(new BasicNameValuePair("param2", "第二個參數"));
try {
HttpPost post = new HttpPost(baseUrl);
post.setEntity(new UrlEncodedFormEntity(params, "utf-8")); //將參數填入POST Entity中
HttpResponse response = httpClient.execute(post); //執行POST方法
resCode = response.getStatusLine().getStatusCode()); //獲取響應碼
result = EntityUtils.toString(response.getEntity(), "utf-8")); //獲取響應內容
} catch (UnsupportedEncodingException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (ClientProtocolException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
6、HTTP請求狀態碼意義
HTTP請求中，主要有這樣幾個類型：1XX：表示信息提示，2XX：表示成功，3XX：表示重定向，4XX：表示客戶端請求錯誤，5XX：表示伺服器錯誤。常見的幾個HTTP請求狀態碼意義如下：
200 OK: 找到了該資源，並且一切正常。
304 NOT MODIFIED: 該資源在上次請求之後沒有任何修改。這通常用於瀏覽器的緩存機制。
401 UNAUTHORIZED: 客戶端無權訪問該資源。這通常會使得瀏覽器要求用戶輸入用戶名和密碼，以登錄到伺服器。
403 FORBIDDEN: 客戶端未能獲得授權。這通常是在401之後輸入了不正確的用戶名或密碼。
404 NOT FOUND: 在指定的位置不存在所申請的資源。
505 NOT SUPPORTED：伺服器不支持請求中所指明的HTTP版本