<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    心無痕的博客

    常用鏈接

    統計

    積分與排名

    JAVA技術文檔

    JAVA精典網站

    開發工具

    數據庫

    最新評論

    JDK中的URLConnection使用總結--原創

     

    針對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();
     
     
     總結: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();

    posted on 2008-03-01 17:37 心無痕 閱讀(13427) 評論(10)  編輯  收藏 所屬分類: JAVA

    評論

    # re: JDK中的URLConnection使用總結 [未登錄] 2008-03-02 11:16 Tony

    建議使用Apache的HttpClient以及最新的HttpComponent,比直接使用URLConnection要高效的多。  回復  更多評論   

    # re: JDK中的URLConnection使用總結 2008-03-02 12:40 隔葉黃鶯

    post 請求時同樣可以把參數放在url后面  回復  更多評論   

    # re: JDK中的URLConnection使用總結 2008-03-02 14:53 xifu

    值得學習的文章,強悍的樓主   回復  更多評論   

    # re: JDK中的URLConnection使用總結 2008-03-02 20:00 心無痕

    噢?呵呵,說得好,果真如此嗎?我沒試過,反正通常的建議是GET請求是會這么做,但POST請求這樣做的話,我不清楚是否參數的名值對信息也放在請求的消息體內???如果是放在消息體內的話,實際的請求參數應與URL帶的參數一致才對...  回復  更多評論   

    # re: JDK中的URLConnection使用總結 2008-03-03 13:28 老郭來啦

    注釋很詳細??!頂!  回復  更多評論   

    # re: JDK中的URLConnection使用總結--原創 2008-04-05 14:28 douzhua

    HttpComponent 有沒有相關資料.  回復  更多評論   

    # re: JDK中的URLConnection使用總結--原創 2008-04-07 20:06 心無痕

    HttpComponent還沒有相關資料,你可以去網上查一下...謝謝你對我文檔的關注,有機會MSN聯系:xinwuhen_7@hotmail.com  回復  更多評論   

    # re: JDK中的URLConnection使用總結--原創 2008-04-22 17:24 疑問

    我想知道
    如果訪問的URL是xml格式的話是否會IOExeption?  回復  更多評論   

    # re: JDK中的URLConnection使用總結--原創 2008-04-22 18:02 xinwuhen

    你說的XML格式是什么意思,你是不是想序列化的內容?@疑問
      回復  更多評論   

    # re: JDK中的URLConnection使用總結--原創[未登錄] 2013-05-09 16:53 Scott

    @Tony
    測試過了嗎?  回復  更多評論   

    主站蜘蛛池模板: 在线精品一卡乱码免费| a级午夜毛片免费一区二区| 亚洲一级毛片免费看| 婷婷久久久亚洲欧洲日产国码AV| 国产免费播放一区二区| 久久久青草青青国产亚洲免观| 激情小说亚洲图片| 亚洲精品无码永久在线观看| 免费无遮挡无遮羞在线看| 亚洲精品天堂成人片?V在线播放| 亚洲五月午夜免费在线视频| 亚洲无线码一区二区三区| 男人天堂免费视频| 亚洲国产成人久久精品动漫| 99久久免费看国产精品| 亚洲午夜电影在线观看高清| 久久久高清免费视频| 亚洲狠狠婷婷综合久久| 免费va人成视频网站全| 国产裸体美女永久免费无遮挡| 国产性爱在线观看亚洲黄色一级片| 黄桃AV无码免费一区二区三区| 亚洲人成网站在线观看播放| 久久久久国产精品免费网站| 亚洲国产av美女网站| 免费看AV毛片一区二区三区| 日韩在线一区二区三区免费视频| 亚洲精品无码成人AAA片| 蜜臀98精品国产免费观看| 亚洲色偷精品一区二区三区| 免费jjzz在在线播放国产| 中文字幕乱码免费看电影| 亚洲精品国产肉丝袜久久| 日本午夜免费福利视频| 巨胸喷奶水www永久免费| 久久久亚洲欧洲日产国码aⅴ| 在线观看免费宅男视频| caoporn成人免费公开| 亚洲一区二区三区免费在线观看 | 久草免费福利视频| 亚洲乱码中文字幕小综合|