servlet 模拟 post 調用其它tomcat的servlet

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

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();

6》post參數的方法

            OutputStream os = httpConn.getOutputStream();

            String param = new String();

            param = "CorpID=" + CorpID +

                    "&LoginName=" + LoginName+

                    "&send_no=" + phoneNumber +

                    "&msg=" + java.net.URLEncoder.encode(msg,"GBK"); ;

            os.write(param.getBytes());

7》逾時設定，防止網絡異常的情況下，可能會導緻程式僵死而不繼續往下執行

例如：

System.setProperty("sun.net.client.defaultConnectTimeout", "30000");

System.setProperty("sun.net.client.defaultReadTimeout", "30000");

其中： sun.net.client.defaultConnectTimeout：連接配接主機的逾時時間（機關：毫秒）

sun.net.client.defaultReadTimeout：從主機讀取資料的逾時時間（機關：毫秒）

JDK 1.5以前的版本，隻能通過設定這兩個系統屬性來控制網絡逾時。在1.5中，還可以使用HttpURLConnection的父類URLConnection的以下兩個方法：

setConnectTimeout：設定連接配接主機逾時（機關：毫秒）

setReadTimeout：設定從主機讀取資料逾時（機關：毫秒）

HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();

urlCon.setConnectTimeout(30000);

urlCon.setReadTimeout(30000);

總結：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這一端用如下實作：

     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();