URLConnection的鏈接、超時、關閉用法

Java中可使用HttpURLConnection來請求WEB資源。 java

 

一、 URL請求的類別 緩存

分爲二類,GET與POST請求。兩者的區別在於:
      a:) get請求能夠獲取靜態頁面,也能夠把參數放在URL字串後面,傳遞給servlet,
      b:) post與get的不一樣之處在於post的參數不是放在URL字串裏面,而是放在http請求的正文內。
服務器

 

二、URLConnection的對象問題 網絡

Java代碼   收藏代碼
  1. URL url = new URL("http://localhost:8080/TestHttpURLConnectionPro.do");  
  2.   
  3. URLConnection rulConnection = url.openConnection();// 此處的urlConnection對象其實是根據URL的  
  4.           // 請求協議(此處是http)生成的URLConnection類  
  5.           // 的子類HttpURLConnection,故此處最好將其轉化  
  6.           // 爲HttpURLConnection類型的對象,以便用到  
  7.           // HttpURLConnection更多的API.以下:  
  8.   
  9. HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection;  

 

三、HttpURLConnection對象參數問題 app

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

 

四、HttpURLConnection鏈接問題 tcp

Java代碼   收藏代碼
  1. // 此處getOutputStream會隱含的進行connect(即:如同調用上面的connect()方法,  
  2. // 因此在開發中不調用上述的connect()也能夠)。  
  3. OutputStream outStrm = httpUrlConnection.getOutputStream();  

 

五、HttpURLConnection寫數據與發送數據問題 函數

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

 

六、post參數的方法 post

Java代碼   收藏代碼
  1. OutputStream os = httpConn.getOutputStream();  
  2.             String param = new String();  
  3.             param = "CorpID=" + CorpID +  
  4.                     "&LoginName=" + LoginName+  
  5.                     "&send_no=" + phoneNumber +  
  6.                     "&msg=" + java.net.URLEncoder.encode(msg,"GBK"); ;  
  7.             os.write(param.getBytes());  

 

七、超時設置,防止 網絡異常的狀況下,可能會致使程序僵死而不繼續往下執行 測試

Java代碼   收藏代碼
  1. System.setProperty("sun.net.client.defaultConnectTimeout""30000");  
  2. System.setProperty("sun.net.client.defaultReadTimeout""30000");  
  3.   
  4. 其中: sun.net.client.defaultConnectTimeout:鏈接主機的超時時間(單位:毫秒)  
  5. sun.net.client.defaultReadTimeout:從主機讀取數據的超時時間(單位:毫秒)  
  6.   
  7. JDK 1.5之前的版本,只能經過設置這兩個系統屬性來控制網絡超時。在1.5中,還可使用HttpURLConnection的父類URLConnection的如下兩個方法:  
  8. setConnectTimeout:設置鏈接主機超時(單位:毫秒)  
  9. setReadTimeout:設置從主機讀取數據超時(單位:毫秒)  
  10.   
  11. 例如:  
  12. HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();  
  13. urlCon.setConnectTimeout(30000);  
  14. urlCon.setReadTimeout(30000);  

 

 

 

總結: url

 

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(對正文進行修改)     都是沒有意義的了,執行這些操做會致使異常的發生。

相關文章
相關標籤/搜索