站長資訊網
        最全最豐富的資訊網站

        JDK中的URLConnection參數詳解

         

          針對JDK中的URLConnection連接Servlet的問題,網上有雖然有所涉及,但是只是說明了某一個或幾個問題,是以FAQ的方式來解決的,而且比較零散,現在對這個類的使用就本人在項目中的使用經驗做如下總結:

         

          1:> URL請求的類別:

          分為二類,GET與POST請求。二者的區別在于:

          a:) get請求可以獲取靜態頁面,也可以把參數放在URL字串后面,傳遞給servlet,

          b:) post與get的不同之處在于post的參數不是放在URL字串里面,而是放在http請求的正文內。

         

          2:> URLConnection的對象問題:

          URLConnection的對象,如下代碼示例:

         

        JDK中的URLConnection參數詳解
         

          3:> HttpURLConnection對象參數問題

         

        JDK中的URLConnection參數詳解
         

          4:> HttpURLConnection連接問題:

         

        JDK中的URLConnection參數詳解
         

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

         

        JDK中的URLConnection參數詳解
         

          總 結:

         

          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這一端用如下實現:

         

        JDK中的URLConnection參數詳解
         

          注意:上述在創建對象輸出流ObjectOutputStream時,如果將從HttpServletRequest取得的輸入流(即:new ObjectOutputStream(outStrm)中的outStrm)包裝在BufferedOutputStream流里面,則必須有objOutputStrm.flush();這一句,以便將流信息刷入緩沖輸出流。如下:

         

        JDK中的URLConnection參數詳解
         

          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 = “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”, “30000”);

         

        贊(0)
        分享到: 更多 (0)
        網站地圖   滬ICP備18035694號-2    滬公網安備31011702889846號
        主站蜘蛛池模板: 亚欧乱色国产精品免费视频| 久久精品人人做人人爽电影蜜月| 青娱乐国产精品视频| 精品国产乱码久久久久久1区2区 | 蜜臀久久99精品久久久久久小说 | 91亚洲精品麻豆| 国内精品久久久久久久97牛牛| 精品无码久久久久久久久久| 久久精品免费一区二区三区| 欧美成人精品高清在线观看| 青草国产精品视频。| 国产精品福利片免费看| 国产成人精品久久免费动漫| 亚洲av午夜成人片精品网站| 欧美日韩精品一区二区视频| 国产精品亚洲综合一区| 四虎在线精品视频一二区| 97人妻无码一区二区精品免费| 乱码精品一区二区三区| 亚洲精品字幕在线观看| 亚洲国产成人a精品不卡在线| 久久99精品久久久久久野外| 国产精品一区二区三区99| 97国产视频精品| www.日韩精品| 国产精品视频不卡| 欧美激情精品久久久久久久| 亚洲精品无码专区在线播放| 日本精品一区二区三区四区| 久久se精品一区二区影院 | 亚洲av无码乱码国产精品| 久久精品国产一区二区三区不卡 | 亚洲精品亚洲人成在线观看| 亚洲国产成人久久精品99 | 亚洲国产精品18久久久久久| 亚洲国产精品日韩| 中文精品人人永久免费| 亚洲国产精品一区二区第一页 | 久久精品这里热有精品| 精品综合久久久久久97超人| 久久久久免费精品国产|