針對(duì)JDK中的URLConnection連接Servlet的問題,網(wǎng)上有雖然有所涉及,但是只是說明了某一個(gè)或幾個(gè)問題，是以FAQ的方式來解決的，而且比較零散，現(xiàn)在對(duì)這個(gè)類的使用就本人在項(xiàng)目中的使用經(jīng)驗(yàn)做如下總結(jié)：
1:> URL請(qǐng)求的類別:
分為二類,GET與POST請(qǐng)求。二者的區(qū)別在于：
a:) get請(qǐng)求可以獲取靜態(tài)頁面，也可以把參數(shù)放在URL字串后面，傳遞給servlet，
b:) post與get的不同之處在于post的參數(shù)不是放在URL字串里面，而是放在http請(qǐng)求的正文內(nèi)。
2:> URLConnection的對(duì)象問題:
URLConnection的對(duì)象,如下代碼示例:
// 下面的index.jsp由<servlet-mapping>映射到
// 一個(gè)Servlet(com.quantanetwork.getClientDataServlet)
// 該Servlet的注意點(diǎn)下邊會(huì)提到
URL url = new URL("http://localhost:8080/TestHttpURLConnectionPro/index.jsp");
URLConnection rulConnection = url.openConnection();// 此處的urlConnection對(duì)象實(shí)際上是根據(jù)URL的
// 請(qǐng)求協(xié)議(此處是http)生成的URLConnection類
// 的子類HttpURLConnection,故此處最好將其轉(zhuǎn)化
// 為HttpURLConnection類型的對(duì)象,以便用到
// HttpURLConnection更多的API.如下:
HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection;
3:> HttpURLConnection對(duì)象參數(shù)問題
// 設(shè)置是否向httpUrlConnection輸出，因?yàn)檫@個(gè)是post請(qǐng)求，參數(shù)要放在
// http正文內(nèi)，因此需要設(shè)為true, 默認(rèn)情況下是false;
httpUrlConnection.setDoOutput(true);
// 設(shè)置是否從httpUrlConnection讀入，默認(rèn)情況下是true;
httpUrlConnection.setDoInput(true);
// Post 請(qǐng)求不能使用緩存
httpUrlConnection.setUseCaches(false);
// 設(shè)定傳送的內(nèi)容類型是可序列化的java對(duì)象
// (如果不設(shè)此項(xiàng),在傳送序列化對(duì)象時(shí),當(dāng)WEB服務(wù)默認(rèn)的不是這種類型時(shí)可能拋java.io.EOFException)
httpUrlConnection.setRequestProperty("Content-type", "application/x-java-serialized-object");
// 設(shè)定請(qǐng)求的方法為"POST"，默認(rèn)是GET
httpUrlConnection.setRequestMethod("POST");
// 連接，從上述第2條中url.openConnection()至此的配置必須要在connect之前完成，
httpUrlConnection.connect();
4:> HttpURLConnection連接問題：
// 此處getOutputStream會(huì)隱含的進(jìn)行connect(即：如同調(diào)用上面的connect()方法，
// 所以在開發(fā)中不調(diào)用上述的connect()也可以)。
OutputStream outStrm = httpUrlConnection.getOutputStream();
5:> HttpURLConnection寫數(shù)據(jù)與發(fā)送數(shù)據(jù)問題：
// 現(xiàn)在通過輸出流對(duì)象構(gòu)建對(duì)象輸出流對(duì)象，以實(shí)現(xiàn)輸出可序列化的對(duì)象。
ObjectOutputStream objOutputStrm = new ObjectOutputStream(outStrm);
// 向?qū)ο筝敵隽鲗懗鰯?shù)據(jù)，這些數(shù)據(jù)將存到內(nèi)存緩沖區(qū)中
objOutputStrm.writeObject(new String("我是測(cè)試數(shù)據(jù)"));
// 刷新對(duì)象輸出流，將任何字節(jié)都寫入潛在的流中（些處為ObjectOutputStream）
objOutputStm.flush();
// 關(guān)閉流對(duì)象。此時(shí)，不能再向?qū)ο筝敵隽鲗懭肴魏螖?shù)據(jù)，先前寫入的數(shù)據(jù)存在于內(nèi)存緩沖區(qū)中,
// 在調(diào)用下邊的getInputStream()函數(shù)時(shí)才把準(zhǔn)備好的http請(qǐng)求正式發(fā)送到服務(wù)器
objOutputStm.close();
// 調(diào)用HttpURLConnection連接對(duì)象的getInputStream()函數(shù),
// 將內(nèi)存緩沖區(qū)中封裝好的完整的HTTP請(qǐng)求電文發(fā)送到服務(wù)端。
InputStream inStrm = httpConn.getInputStream(); // <===注意，實(shí)際發(fā)送請(qǐng)求的代碼段就在這里
// 上邊的httpConn.getInputStream()方法已調(diào)用,本次HTTP請(qǐng)求已結(jié)束,下邊向?qū)ο筝敵隽鞯妮敵鲆褵o意義，
// 既使對(duì)象輸出流沒有調(diào)用close()方法，下邊的操作也不會(huì)向?qū)ο筝敵隽鲗懭肴魏螖?shù)據(jù).
// 因此，要重新發(fā)送數(shù)據(jù)時(shí)需要重新創(chuàng)建連接、重新設(shè)參數(shù)、重新創(chuàng)建流對(duì)象、重新寫數(shù)據(jù)、
// 重新發(fā)送數(shù)據(jù)(至于是否不用重新這些操作需要再研究)
objOutputStm.writeObject(new String(""));
httpConn.getInputStream();
總結(jié)：a:) HttpURLConnection的connect()函數(shù)，實(shí)際上只是建立了一個(gè)與服務(wù)器的tcp連接，并沒有實(shí)際發(fā)送http請(qǐng)求。
無論是post還是get，http請(qǐng)求實(shí)際上直到HttpURLConnection的getInputStream()這個(gè)函數(shù)里面才正式發(fā)送出去。
b:) 在用POST方式發(fā)送URL請(qǐng)求時(shí)，URL請(qǐng)求參數(shù)的設(shè)定順序是重中之重，
對(duì)connection對(duì)象的一切配置（那一堆set函數(shù)）
都必須要在connect()函數(shù)執(zhí)行之前完成。而對(duì)outputStream的寫操作，又必須要在inputStream的讀操作之前。
這些順序?qū)嶋H上是由http請(qǐng)求的格式?jīng)Q定的。
如果inputStream讀操作在outputStream的寫操作之前，會(huì)拋出例外：
java.net.ProtocolException: Cannot write output after reading input.......
c:) http請(qǐng)求實(shí)際上由兩部分組成，
一個(gè)是http頭，所有關(guān)于此次http請(qǐng)求的配置都在http頭里面定義，
一個(gè)是正文content。
connect()函數(shù)會(huì)根據(jù)HttpURLConnection對(duì)象的配置值生成http頭部信息，因此在調(diào)用connect函數(shù)之前，
就必須把所有的配置準(zhǔn)備好。
d:) 在http頭后面緊跟著的是http請(qǐng)求的正文，正文的內(nèi)容是通過outputStream流寫入的，
實(shí)際上outputStream不是一個(gè)網(wǎng)絡(luò)流，充其量是個(gè)字符串流，往里面寫入的東西不會(huì)立即發(fā)送到網(wǎng)絡(luò)，
而是存在于內(nèi)存緩沖區(qū)中，待outputStream流關(guān)閉時(shí)，根據(jù)輸入的內(nèi)容生成http正文。
至此，http請(qǐng)求的東西已經(jīng)全部準(zhǔn)備就緒。在getInputStream()函數(shù)調(diào)用的時(shí)候，就會(huì)把準(zhǔn)備好的http請(qǐng)求
正式發(fā)送到服務(wù)器了，然后返回一個(gè)輸入流，用于讀取服務(wù)器對(duì)于此次http請(qǐng)求的返回信息。由于http
請(qǐng)求在getInputStream的時(shí)候已經(jīng)發(fā)送出去了（包括http頭和正文），因此在getInputStream()函數(shù)
之后對(duì)connection對(duì)象進(jìn)行設(shè)置（對(duì)http頭的信息進(jìn)行修改）或者寫入outputStream（對(duì)正文進(jìn)行修改）
都是沒有意義的了，執(zhí)行這些操作會(huì)導(dǎo)致異常的發(fā)生。
6:> Servlet端的開發(fā)注意點(diǎn)：
a:) 對(duì)于客戶端發(fā)送的POST類型的HTTP請(qǐng)求，Servlet必須實(shí)現(xiàn)doPost方法，而不能用doGet方法。
b:) 用HttpServletRequest的getInputStream()方法取得InputStream的對(duì)象，比如：
InputStream inStream = httpRequest.getInputStream();
現(xiàn)在調(diào)用inStream.available()（該方法用于“返回此輸入流下一個(gè)方法調(diào)用可以不受阻塞地
從此輸入流讀取（或跳過）的估計(jì)字節(jié)數(shù)”）時(shí)，永遠(yuǎn)都反回0。試圖使用此方法的返回值分配緩沖區(qū)，
以保存此流所有數(shù)據(jù)的做法是不正確的。那么，現(xiàn)在的解決辦法是
Servlet這一端用如下實(shí)現(xiàn)：
InputStream inStream = httpRequest.getInputStream();
ObjectInputStream objInStream = new ObjectInputStream(inStream);
Object obj = objInStream.readObject();
// 做后續(xù)的處理
// 。。。。。。
// 。。。 。。。
而客戶端，無論是否發(fā)送實(shí)際數(shù)據(jù)都要寫入一個(gè)對(duì)象（那怕這個(gè)對(duì)象不用），如：
ObjectOutputStream objOutputStrm = new ObjectOutputStream(outStrm);
objOutputStrm.writeObject(new String("")); // 這里發(fā)送一個(gè)空數(shù)據(jù)
// 甚至可以發(fā)一個(gè)null對(duì)象，服務(wù)端取到后再做判斷處理。
objOutputStrm.writeObject(null);
objOutputStrm.flush();
objOutputStrm.close();
注意:上述在創(chuàng)建對(duì)象輸出流ObjectOutputStream時(shí),如果將從HttpServletRequest取得的輸入流
(即:new ObjectOutputStream(outStrm)中的outStrm)包裝在BufferedOutputStream流里面,
則必須有objOutputStrm.flush();這一句,以便將流信息刷入緩沖輸出流.如下:
ObjectOutputStream objOutputStrm = new ObjectOutputStream(new BufferedOutputStream(outStrm));
objOutputStrm.writeObject(null);
objOutputStrm.flush(); // <======此處必須要有.
objOutputStrm.close();
HttpURLConnection是基于HTTP協(xié)議的，其底層通過socket通信實(shí)現(xiàn)。如果不設(shè)置超時(shí)（timeout），在網(wǎng)絡(luò)異常的情況下，可能會(huì)導(dǎo)致程序僵死而不繼續(xù)往下執(zhí)行。可以通過以下兩個(gè)語句來設(shè)置相應(yīng)的超時(shí)：
System.setProperty("sun.net.client.defaultConnectTimeout", 超時(shí)毫秒數(shù)字符串);
System.setProperty("sun.net.client.defaultReadTimeout", 超時(shí)毫秒數(shù)字符串);
其中： sun.net.client.defaultConnectTimeout：連接主機(jī)的超時(shí)時(shí)間（單位：毫秒）
sun.net.client.defaultReadTimeout：從主機(jī)讀取數(shù)據(jù)的超時(shí)時(shí)間（單位：毫秒）
例如：
System.setProperty("sun.net.client.defaultConnectTimeout", "30000");
System.setProperty("sun.net.client.defaultReadTime
Java中可以使用HttpURLConnection來請(qǐng)求WEB資源。
HttpURLConnection對(duì)象不能直接構(gòu)造，需要通過URL.openConnection()來獲得HttpURLConnection對(duì)象，示例代碼如下：
String szUrl = "http://www.ee2ee.com/";
URL url = new URL(szUrl);
HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();
HttpURLConnection是基于HTTP協(xié)議的，其底層通過socket通信實(shí)現(xiàn)。如果不設(shè)置超時(shí)（timeout），在網(wǎng)絡(luò)異常的情況下，可能會(huì)導(dǎo)致程序僵死而不繼續(xù)往下執(zhí)行。可以通過以下兩個(gè)語句來設(shè)置相應(yīng)的超時(shí)：
System.setProperty("sun.net.client.defaultConnectTimeout", 超時(shí)毫秒數(shù)字符串);
System.setProperty("sun.net.client.defaultReadTimeout", 超時(shí)毫秒數(shù)字符串);
其中： sun.net.client.defaultConnectTimeout：連接主機(jī)的超時(shí)時(shí)間（單位：毫秒）
sun.net.client.defaultReadTimeout：從主機(jī)讀取數(shù)據(jù)的超時(shí)時(shí)間（單位：毫秒）
例如：
System.setProperty("sun.net.client.defaultConnectTimeout", "30000");
System.setProperty("sun.net.client.defaultReadTimeout", "30000");
JDK 1.5以前的版本，只能通過設(shè)置這兩個(gè)系統(tǒng)屬性來控制網(wǎng)絡(luò)超時(shí)。在1.5中，還可以使用HttpURLConnection的父類URLConnection的以下兩個(gè)方法：
setConnectTimeout：設(shè)置連接主機(jī)超時(shí)（單位：毫秒）
setReadTimeout：設(shè)置從主機(jī)讀取數(shù)據(jù)超時(shí)（單位：毫秒）
例如：
HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();
urlCon.setConnectTimeout(30000);
urlCon.setReadTimeout(30000);
需要注意的是，筆者在JDK1.4.2環(huán)境下，發(fā)現(xiàn)在設(shè)置了defaultReadTimeout的情況下，如果發(fā)生網(wǎng)絡(luò)超時(shí)，HttpURLConnection會(huì)自動(dòng)重新提交一次請(qǐng)求，出現(xiàn)一次請(qǐng)求調(diào)用，請(qǐng)求服務(wù)器兩次的問題（Trouble）。我認(rèn)為這是JDK1.4.2的一個(gè)bug。在JDK1.5.0中，此問題已得到解決，不存在自動(dòng)重發(fā)現(xiàn)象。out", "30000");