// 設置是否向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");
//參數配置必須要在connect之前完成,
httpUrlConnection.connect();
// 此處getOutputStream會隱含的進行connect(即:如同調用上面的connect()方法,
// 所以在開發中不調用上述的connect()也可以)。
OutputStream outStrm = httpUrlConnection.getOutputStream();
// 現在通過輸出流對象構建對象輸出流對象,以實現輸出可序列化的對象。
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();
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());
//超時設置,防止網絡異常的情況下,可能會導致程序僵死而不繼續往下執行
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:設置從主機讀取數據超時(單位:毫秒)
總結: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(對正文進行修改)都是沒有意義的了,執行這些操作會導致異常的發生。