HttpURLConnection用法詳解

 針對JDK中的URLConnection鏈接Servlet的問題,網上有雖然有所涉及,可是隻是說明了某一個或幾個問題，是以FAQ的方式來解決的，並且比較零散，如今對這個類的使用就本人在項目中的使用經驗作以下總結： 
1:> URL請求的類別: 
分爲二類,GET與POST請求。兩者的區別在於： 
     a:) get請求能夠獲取靜態頁面，也能夠把參數放在URL字串後面，傳遞給servlet， 
     b:) post與get的不一樣之處在於post的參數不是放在URL字串裏面，而是放在http請求的正文內。

2:> URLConnection的對象問題: 
URLConnection的對象,以下代碼示例: 

// 下面的index.jsp由<servlet-mapping>映射到 
// 一個Servlet(com.quantanetwork.getClientDataServlet) 
// 該Servlet的注意點下邊會提到  

URL url = new URL("http://localhost:8080/TestHttpURLConnectionPro/index.jsp");       URLConnection rulConnection = url.openConnection();           // 此處的urlConnection對象其實是根據URL的              // 請求協議(此處是http)生成的URLConnection類              // 的子類HttpURLConnection,故此處最好將其轉化              // 爲HttpURLConnection類型的對象,以便用到              // HttpURLConnection更多的API.以下:        HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection;

3:> HttpURLConnection對象參數問題 

// 設置是否向httpUrlConnection輸出，由於這個是post請求，參數要放在     // http正文內，所以須要設爲true, 默認狀況下是false;     httpUrlConnection.setDoOutput(true);        // 設置是否從httpUrlConnection讀入，默認狀況下是true;     httpUrlConnection.setDoInput(true);        // Post 請求不能使用緩存     httpUrlConnection.setUseCaches(false);        // 設定傳送的內容類型是可序列化的java對象     // (若是不設此項,在傳送序列化對象時,當WEB服務默認的不是這種類型時可能拋java.io.EOFException)     httpUrlConnection.setRequestProperty("Content-type", "application/x-java-serialized-object");        // 設定請求的方法爲"POST"，默認是GET     httpUrlConnection.setRequestMethod("POST");        // 鏈接，從上述第2條中url.openConnection()至此的配置必需要在connect以前完成，             httpUrlConnection.connect();

4:>  HttpURLConnection鏈接問題： 

// 此處getOutputStream會隱含的進行connect(即：如同調用上面的connect()方法，    // 因此在開發中不調用上述的connect()也能夠)。        OutputStream outStrm = httpUrlConnection.getOutputStream();

5:> HttpURLConnection寫數據與發送數據問題： 

   // 如今經過輸出流對象構建對象輸出流對象，以實現輸出可序列化的對象。        ObjectOutputStream objOutputStrm = new ObjectOutputStream(outStrm);            // 向對象輸出流寫出數據，這些數據將存到內存緩衝區中        objOutputStrm.writeObject(new String("我是測試數據"));            // 刷新對象輸出流，將任何字節都寫入潛在的流中（些處爲ObjectOutputStream）        objOutputStm.flush();            // 關閉流對象。此時，不能再向對象輸出流寫入任何數據，先前寫入的數據存在於內存緩衝區中,       // 在調用下邊的getInputStream()函數時才把準備好的http請求正式發送到服務器       objOutputStm.close();            // 調用HttpURLConnection鏈接對象的getInputStream()函數,       // 將內存緩衝區中封裝好的完整的HTTP請求電文發送到服務端。       InputStream inStrm = httpConn.getInputStream(); // <===注意，實際發送請求的代碼段就在這裏           // 上邊的httpConn.getInputStream()方法已調用,本次HTTP請求已結束,下邊向對象輸出流的輸出已無心義，      // 既使對象輸出流沒有調用close()方法，下邊的操做也不會向對象輸出流寫入任何數據.      // 所以，要從新發送數據時須要從新建立鏈接、從新設參數、從新建立流對象、從新寫數據、      // 從新發送數據(至因而否不用從新這些操做須要再研究)        objOutputStm.writeObject(new String(""));        httpConn.getInputStream()

6.總結

    a:) HttpURLConnection的connect()函數，實際上只是創建了一個與服務器的tcp鏈接，並無實際發送http請求。 

    不管是post仍是get，http請求實際上直到HttpURLConnection的getInputStream()這個函數裏面才正式發送出去。 
    b:) 在用POST方式發送URL請求時，URL請求參數的設定順序是重中之重， 
    對connection對象的一切配置（那一堆set函數） 
    都必需要在connect()函數執行以前完成。而對outputStream的寫操做，又必需要在inputStream的讀操做以前。 
    這些順序其實是由http請求的格式決定的。 
    若是inputStream讀操做在outputStream的寫操做以前，會拋出例外： 
    java.net.ProtocolException: Cannot write output after reading input....... 
    c:) http請求實際上由兩部分組成， 
    一個是http頭，全部關於這次http請求的配置都在http頭裏面定義， 
           一個是正文content。 
    connect()函數會根據HttpURLConnection對象的配置值生成http頭部信息，所以在調用connect函數以前， 
    就必須把全部的配置準備好。 
    d:) 在http頭後面緊跟着的是http請求的正文，正文的內容是經過outputStream流寫入的， 
    實際上outputStream不是一個網絡流，充其量是個字符串流，往裏面寫入的東西不會當即發送到網絡， 
    而是存在於內存緩衝區中，待outputStream流關閉時，根據輸入的內容生成http正文。 
    至此，http請求的東西已經所有準備就緒。在getInputStream()函數調用的時候，就會把準備好的http請求 
    正式發送到服務器了，而後返回一個輸入流，用於讀取服務器對於這次http請求的返回信息。因爲http 
    請求在getInputStream的時候已經發送出去了（包括http頭和正文），所以在getInputStream()函數 
    以後對connection對象進行設置（對http頭的信息進行修改）或者寫入outputStream（對正文進行修改） 
    都是沒有意義的了，執行這些操做會致使異常的發生。 

7:> Servlet端的開發注意點： 
    a:) 對於客戶端發送的POST類型的HTTP請求，Servlet必須實現doPost方法，而不能用doGet方法。 
    b:) 用HttpServletRequest的getInputStream()方法取得InputStream的對象，好比： 
     InputStream inStream = httpRequest.getInputStream(); 
     如今調用inStream.available()（該方法用於「返回此輸入流下一個方法調用能夠不受阻塞地 
     今後輸入流讀取（或跳過）的估計字節數」）時，永遠都反回0。試圖使用此方法的返回值分配緩衝區， 
     以保存此流全部數據的作法是不正確的。那麼，如今的解決辦法是 
     Servlet這一端用以下實現： 
     InputStream inStream = httpRequest.getInputStream(); 
     ObjectInputStream objInStream = new ObjectInputStream(inStream); 
     Object obj = objInStream.readObject(); 
     // 作後續的處理 
     // 。。。。。。 
     // 。。。 。。。 
     而客戶端，不管是否發送實際數據都要寫入一個對象（那怕這個對象不用），如： 
     ObjectOutputStream objOutputStrm = new ObjectOutputStream(outStrm); 
     objOutputStrm.writeObject(new String("")); // 這裏發送一個空數據 
     // 甚至能夠發一個null對象，服務端取到後再作判斷處理。 
     objOutputStrm.writeObject(null); 
     objOutputStrm.flush(); 
     objOutputStrm.close(); 

注意:上述在建立對象輸出流ObjectOutputStream時,若是將從HttpServletRequest取得的輸入流 
      (即:new ObjectOutputStream(outStrm)中的outStrm)包裝在BufferedOutputStream流裏面, 
      則必須有objOutputStrm.flush();這一句,以便將流信息刷入緩衝輸出流.以下: 
      ObjectOutputStream objOutputStrm = new ObjectOutputStream(new BufferedOutputStream(outStrm)); 
      objOutputStrm.writeObject(null); 
      objOutputStrm.flush(); // <======此處必需要有. 
      objOutputStrm.close(); 

    HttpURLConnection是基於HTTP協議的，其底層經過socket通訊實現。若是不設置超時（timeout），在網絡異常的狀況下，可能會致使程序僵死而不繼續往下執行。能夠經過如下兩個語句來設置相應的超時： 
System.setProperty("sun.net.client.defaultConnectTimeout", 超時毫秒數字符串); 
System.setProperty("sun.net.client.defaultReadTimeout", 超時毫秒數字符串); 


其中： sun.net.client.defaultConnectTimeout：鏈接主機的超時時間（單位：毫秒） 
sun.net.client.defaultReadTimeout：從主機讀取數據的超時時間（單位：毫秒） 

例如： 
System.setProperty("sun.net.client.defaultConnectTimeout", "30000"); 
System.setProperty("sun.net.client.defaultReadTime 

Java中可使用HttpURLConnection來請求WEB資源。 
HttpURLConnection對象不能直接構造，須要經過URL.openConnection()來得到HttpURLConnection對象，示例代碼以下： 

 String szUrl = "http://www.ee2ee.com/";    URL url = new URL(szUrl);    HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();

HttpURLConnection是基於HTTP協議的，其底層經過socket通訊實現。若是不設置超時（timeout），在網絡異常的狀況下，可能會致使程序僵死而不繼續往下執行。能夠經過如下兩個語句來設置相應的超時： 
System.setProperty("sun.net.client.defaultConnectTimeout", 超時毫秒數字符串); 
System.setProperty("sun.net.client.defaultReadTimeout", 超時毫秒數字符串); 


其中： sun.net.client.defaultConnectTimeout：鏈接主機的超時時間（單位：毫秒） 
sun.net.client.defaultReadTimeout：從主機讀取數據的超時時間（單位：毫秒） 

例如： 
System.setProperty("sun.net.client.defaultConnectTimeout", "30000"); 
System.setProperty("sun.net.client.defaultReadTimeout", "30000"); 

JDK 1.5之前的版本，只能經過設置這兩個系統屬性來控制網絡超時。在1.5中，還可使用HttpURLConnection的父類URLConnection的如下兩個方法： 
setConnectTimeout：設置鏈接主機超時（單位：毫秒） 
setReadTimeout：設置從主機讀取數據超時（單位：毫秒） 

例如： 

 HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();  
 urlCon.setConnectTimeout(30000);  
 urlCon.setReadTimeout(30000);

須要注意的是，筆者在JDK1.4.2環境下，發如今設置了defaultReadTimeout的狀況下，若是發生網絡超時，HttpURLConnection會自動從新提交一次請求，出現一次請求調用，請求服務器兩次的問題（Trouble）。我認爲這是JDK1.4.2的一個bug。在JDK1.5.0中，此問題已獲得解決，不存在自動重發現象。out", "3000