HttpConnection 詳細解說

2013-03-13 15:12 12805人閱讀 評論(1) 收藏 舉報javascript

下邊的總結對我幫助蠻大的~不只用法瞭解,整個鏈接流程也要明白!html

原文連接地址: 
http://www.blogjava.net/supercrsky/articles/247449.html 

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


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

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

複製代碼

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

複製代碼

3:> HttpURLConnection對象參數問題 
緩存

複製代碼

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();  服務器

複製代碼

4:>  HttpURLConnection鏈接問題: 網絡

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

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

複製代碼

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

複製代碼

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

6:> 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對象,示例代碼以下: 

1 String szUrl = "http://www.ee2ee.com/";  
2 URL url = new URL(szUrl);  
3 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:設置從主機讀取數據超時(單位:毫秒) 

例如: 

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

  


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



1.使用WebView不要忘記加 <uses-permission android:name="android.permission.INTERNET"></uses-permission>

  雖然WebView也繼承自View,但它的包名是ndroid.webkit

 

 2. WebSettings : WebView組件有一個輔助類叫WebSettings,它管理WebView的設置狀態,該對象能夠經過WebView.getSettings()方法得到。

//獲得WebSettings對象,設置支持Javascript的參數

webView.getSettings().setJavaScriptEnabled(true);

//設置能夠支持縮放

webView.getSettings().setSupportZoom(true);

//設置默認縮放方式尺寸是far

webView.getSettings().setDefaultZoom(WebSettings.ZoomDensity.FAR);

//設置出現縮放工具

webView.getSettings().setBuiltInZoomControls(true);

 

3

WebView調用assets目錄下的本地網頁和圖片等資源很是方便,爲了讓WebView從apk文件中加載assets,Android SDK提供了一個schema,前綴爲file:///android_asset/。WebView遇到這樣的schema,就去當前包中的assets目錄中找內容,如:

webView.loadUrl(file:///android_asset/html/test1.html);

 

 

4.WebChromeClient  和 WebViewClient

與WebView相關的輔助對象,除了WebSettings還有WebChromeClient和WebViewClient。

WebViewClient主要幫助WebView處理各類通知、請求事件,如:
onLoadResource
onPageStart
onPageFinish
onReceiveError
onReceivedHttpAuthRequest

 

WebChromeClient主要輔助WebView處理Javascript的對話框、網站圖標、網站title、加載進度等,如:
onCloseWindow(關閉WebView)
onCreateWindow()
onJsAlert (WebView上alert無效,須要定製WebChromeClient處理彈出)
onJsPrompt
onJsConfirm
onProgressChanged
onReceivedIcon
onReceivedTitle

 

若是隻是用來處理一些html的頁面內容,只用WebViewClient就好了,若是須要更豐富的處理效果,好比JS、進度條等,就要用到WebChromeClient。

 5.WebView調用js函數,並獲得返回值,在android中必須註冊到webView中一個java對象,並在js函數執行完後,經過這個對象對應的名稱調用它的方法來返回值。可是這要求html中每一個將被java代碼主動調用的js函數必須預先知道有這個對象註冊,而且要知道它的回調函數。

這裏採用把兩個固定的js函數添加到html中,來輔助java代碼的調用並獲得返回值,這樣使其它js函數沒必要寫註冊對象的回調代碼:

(1)在webView的html中:

<script>

//必須添加進去的函數
function callJs(param,tag)
{
var result=getCallResult(param);
javahome.handleJsResult(result,tag);
}

//必須添加進去的函數
function getCallResult(param)
{
return param;
}

//這是任意函數
function fun1(param)
{
  var a=1+9;
  return param+" --  "+a;
}
</script>

(2)在java類中

//把本類對象以javahome這個名稱註冊到webView

webView.addJavascriptInterface(this, "javahome");

//在OnTouchListener中獲取點擊位置的內容

webView.setOnTouchListener(new View.OnTouchListener()
{
   public boolean onTouch(View v, MotionEvent event)
  {
      if(event.getAction()==MotionEvent.ACTION_UP)
     {
       Log.i("raw x,y",event.getRawX()+"   "+event.getRawY());
       Log.i("x,y",event.getX()+"   "+event.getY());
       String str=String.format("elementFromViewportPoint(%f,%f).tagName",event.getX(),event.getY());
       callJs(str,"tag21");
      }
    
    return false;
  }
});

//封裝一層,tag用做每次調用的標誌,以便回調時辨別

public void callJs(String jsFunParam,String tag)
{
  String str=String.format("javascript:callJs(%s,'%s')",jsFunParam,tag);
  Log.i("loadUrl",str);
  webView.loadUrl(str);
}

//在這個方法中接收js函數調用的返回值。
public void handleJsResult(String str,String tag)
{
  Log.i("handleJsResult "+tag ,str);
}

6.

相關文章
相關標籤/搜索