如何進行JDK中的URLConnection參數(shù)分析

本篇文章給大家分享的是有關如何進行JDK中的URLConnection參數(shù)分析，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

JDK中的URLConnection參數(shù)

針對JDK中的URLConnection連接Servlet的問題,網(wǎng)上有雖然有所涉及,但是只是說明了某一個或幾個問題，是以FAQ的方式來解決的，而且比較零散，現(xiàn)在對這個類的使用就本人在項目中的使用經(jīng)驗做如下總結： 
1:> URL請求的類別: 
分為二類,GET與POST請求。二者的區(qū)別在于： 
     a:) get請求可以獲取靜態(tài)頁面，也可以把參數(shù)放在URL字串后面，傳遞給servlet， 
     b:) post與get的不同之處在于post的參數(shù)不是放在URL字串里面，而是放在http請求的正文內(nèi)。 
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對象實際上是根據(jù)URL的 
            //   請求協(xié)議(此處是http)生成的URLConnection類 
            //   的子類HttpURLConnection,故此處最好將其轉化 
            //   為HttpURLConnection類型的對象,以便用到 
            //   HttpURLConnection更多的API.如下:   
 
 HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection; 

3:> HttpURLConnection對象參數(shù)問題 

 //   設置是否向httpUrlConnection輸出，因為這個是post請求，參數(shù)要放在 
 //   http正文內(nèi)，因此需要設為true, 默認情況下是false;   
httpUrlConnection.setDoOutput(  true);   
   
   //   設置是否從httpUrlConnection讀入，默認情況下是true;   
httpUrlConnection.setDoInput(  true);   
   
   //   Post 請求不能使用緩存   
httpUrlConnection.setUseCaches(  false);   
   
   //   設定傳送的內(nèi)容類型是可序列化的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(即：如同調(diào)用上面的connect()方法， 
 //   所以在開發(fā)中不調(diào)用上述的connect()也可以)。   
OutputStream outStrm = httpUrlConnection.getOutputStream();   
   
 

5:> HttpURLConnection寫數(shù)據(jù)與發(fā)送數(shù)據(jù)問題： 

 //   現(xiàn)在通過輸出流對象構建對象輸出流對象，以實現(xiàn)輸出可序列化的對象。   
ObjectOutputStream objOutputStrm =   new ObjectOutputStream(outStrm);   
   
   //   向對象輸出流寫出數(shù)據(jù)，這些數(shù)據(jù)將存到內(nèi)存緩沖區(qū)中   
objOutputStrm.writeObject(  new String("我是測試數(shù)據(jù)"));   
   
   //   刷新對象輸出流，將任何字節(jié)都寫入潛在的流中（些處為ObjectOutputStream）   
objOutputStm.flush();   
   
   //   關閉流對象。此時，不能再向對象輸出流寫入任何數(shù)據(jù)，先前寫入的數(shù)據(jù)存在于內(nèi)存緩沖區(qū)中, 
 //   在調(diào)用下邊的getInputStream()函數(shù)時才把準備好的http請求正式發(fā)送到服務器   
objOutputStm.close();   
   
   //   調(diào)用HttpURLConnection連接對象的getInputStream()函數(shù), 
 //   將內(nèi)存緩沖區(qū)中封裝好的完整的HTTP請求電文發(fā)送到服務端。   
InputStream inStrm = httpConn.getInputStream();   //   <===注意，實際發(fā)送請求的代碼段就在這里 

 //   上邊的httpConn.getInputStream()方法已調(diào)用,本次HTTP請求已結束,下邊向對象輸出流的輸出已無意義， 
 //   既使對象輸出流沒有調(diào)用close()方法，下邊的操作也不會向對象輸出流寫入任何數(shù)據(jù). 
 //   因此，要重新發(fā)送數(shù)據(jù)時需要重新創(chuàng)建連接、重新設參數(shù)、重新創(chuàng)建流對象、重新寫數(shù)據(jù)、 
 //   重新發(fā)送數(shù)據(jù)(至于是否不用重新這些操作需要再研究)   
objOutputStm.writeObject(  new String(""));   
 httpConn.getInputStream();   
   
 

總結：a:) HttpURLConnection的connect()函數(shù)，實際上只是建立了一個與服務器的tcp連接，并沒有實際發(fā)送http請求。 
    無論是post還是get，http請求實際上直到HttpURLConnection的getInputStream()這個函數(shù)里面才正式發(fā)送出去。 
       b:) 在用POST方式發(fā)送URL請求時，URL請求參數(shù)的設定順序是重中之重， 
    對connection對象的一切配置（那一堆set函數(shù)） 
    都必須要在connect()函數(shù)執(zhí)行之前完成。而對outputStream的寫操作，又必須要在inputStream的讀操作之前。 
    這些順序實際上是由http請求的格式?jīng)Q定的。 
    如果inputStream讀操作在outputStream的寫操作之前，會拋出例外： 
    java.net.ProtocolException: Cannot write output after reading input....... 
       
       c:) http請求實際上由兩部分組成， 
    一個是http頭，所有關于此次http請求的配置都在http頭里面定義， 
           一個是正文content。 
    connect()函數(shù)會根據(jù)HttpURLConnection對象的配置值生成http頭部信息，因此在調(diào)用connect函數(shù)之前， 
    就必須把所有的配置準備好。 
       d:) 在http頭后面緊跟著的是http請求的正文，正文的內(nèi)容是通過outputStream流寫入的， 
    實際上outputStream不是一個網(wǎng)絡流，充其量是個字符串流，往里面寫入的東西不會立即發(fā)送到網(wǎng)絡， 
    而是存在于內(nèi)存緩沖區(qū)中，待outputStream流關閉時，根據(jù)輸入的內(nèi)容生成http正文。 
    至此，http請求的東西已經(jīng)全部準備就緒。在getInputStream()函數(shù)調(diào)用的時候，就會把準備好的http請求 
    正式發(fā)送到服務器了，然后返回一個輸入流，用于讀取服務器對于此次http請求的返回信息。由于http 
    請求在getInputStream的時候已經(jīng)發(fā)送出去了（包括http頭和正文），因此在getInputStream()函數(shù) 
    之后對connection對象進行設置（對http頭的信息進行修改）或者寫入outputStream（對正文進行修改） 
    都是沒有意義的了，執(zhí)行這些操作會導致異常的發(fā)生。 

6:> Servlet端的開發(fā)注意點： 
a:) 對于客戶端發(fā)送的POST類型的HTTP請求，Servlet必須實現(xiàn)doPost方法，而不能用doGet方法。 
b:) 用HttpServletRequest的getInputStream()方法取得InputStream的對象，比如： 
     InputStream inStream = httpRequest.getInputStream(); 
     現(xiàn)在調(diào)用inStream.available()（該方法用于“返回此輸入流下一個方法調(diào)用可以不受阻塞地 
     從此輸入流讀?。ɑ蛱^）的估計字節(jié)數(shù)”）時，永遠都反回0。試圖使用此方法的返回值分配緩沖區(qū)， 
     以保存此流所有數(shù)據(jù)的做法是不正確的。那么，現(xiàn)在的解決辦法是 
     Servlet這一端用如下實現(xiàn)： 
     InputStream inStream = httpRequest.getInputStream(); 
     ObjectInputStream objInStream = new ObjectInputStream(inStream); 
     Object obj = objInStream.readObject(); 
     // 做后續(xù)的處理 
     // 。。。。。。 
     // 。。。 。。。 
     而客戶端，無論是否發(fā)送實際數(shù)據(jù)都要寫入一個對象（那怕這個對象不用），如： 
     ObjectOutputStream objOutputStrm = new ObjectOutputStream(outStrm); 
     objOutputStrm.writeObject(new String("")); // 這里發(fā)送一個空數(shù)據(jù) 
     // 甚至可以發(fā)一個null對象，服務端取到后再做判斷處理。 
     objOutputStrm.writeObject(null); 
     objOutputStrm.flush(); 
     objOutputStrm.close(); 

注意:上述在創(chuàng)建對象輸出流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協(xié)議的，其底層通過socket通信實現(xiàn)。如果不設置超時（timeout），在網(wǎng)絡異常的情況下，可能會導致程序僵死而不繼續(xù)往下執(zhí)行?？梢酝ㄟ^以下兩個語句來設置相應的超時：
System.setProperty("sun.net.client.defaultConnectTimeout", 超時毫秒數(shù)字符串);
System.setProperty("sun.net.client.defaultReadTimeout", 超時毫秒數(shù)字符串);

其中： sun.net.client.defaultConnectTimeout：連接主機的超時時間（單位：毫秒）
sun.net.client.defaultReadTimeout：從主機讀取數(shù)據(jù)的超時時間（單位：毫秒）

例如：
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協(xié)議的，其底層通過socket通信實現(xiàn)。如果不設置超時（timeout），在網(wǎng)絡異常的情況下，可能會導致程序僵死而不繼續(xù)往下執(zhí)行。可以通過以下兩個語句來設置相應的超時：
System.setProperty("sun.net.client.defaultConnectTimeout", 超時毫秒數(shù)字符串);
System.setProperty("sun.net.client.defaultReadTimeout", 超時毫秒數(shù)字符串);

其中： sun.net.client.defaultConnectTimeout：連接主機的超時時間（單位：毫秒）
sun.net.client.defaultReadTimeout：從主機讀取數(shù)據(jù)的超時時間（單位：毫秒）

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

JDK 1.5以前的版本，只能通過設置這兩個系統(tǒng)屬性來控制網(wǎng)絡超時。在1.5中，還可以使用HttpURLConnection的父類URLConnection的以下兩個方法：
setConnectTimeout：設置連接主機超時（單位：毫秒）
setReadTimeout：設置從主機讀取數(shù)據(jù)超時（單位：毫秒）

例如：

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

需要注意的是，筆者在JDK1.4.2環(huán)境下，發(fā)現(xiàn)在設置了defaultReadTimeout的情況下，如果發(fā)生網(wǎng)絡超時，HttpURLConnection會自動重新提交一次請求，出現(xiàn)一次請求調(diào)用，請求服務器兩次的問題（Trouble）。我認為這是JDK1.4.2的一個bug。在JDK1.5.0中，此問題已得到解決，不存在自動重發(fā)現(xiàn)象。out", "30000");

以上就是如何進行JDK中的URLConnection參數(shù)分析，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業(yè)資訊頻道。