针对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的注意点下边会提到
1 URL url = new URL("http://localhost:8080/TestHttpURLConnectionPro/index.jsp");
2
3 URLConnection rulConnection = url.openConnection();
4 // 此处的urlConnection对象实际上是根据URL的
5 // 请求协议(此处是http)生成的URLConnection类
6 // 的子类HttpURLConnection,故此处最好将其转化
7 // 为HttpURLConnection类型的对象,以便用到
8 // HttpURLConnection更多的API.如下:
9
10 HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection;
3:> HttpURLConnection对象参数问题
1 // 设置是否向httpUrlConnection输出，因为这个是post请求，参数要放在
2 // http正文内，因此需要设为true, 默认情况下是false;
3 httpUrlConnection.setDoOutput(true);
4
5 // 设置是否从httpUrlConnection读入，默认情况下是true;
6 httpUrlConnection.setDoInput(true);
7
8 // Post 请求不能使用缓存
9 httpUrlConnection.setUseCaches(false);
10
11 // 设定传送的内容类型是可序列化的java对象
12 // (如果不设此项,在传送序列化对象时,当WEB服务默认的不是这种类型时可能抛java.io.EOFException)
13 httpUrlConnection.setRequestProperty("Content-type", "application/x-java-serialized-object");
14
15 // 设定请求的方法为"POST"，默认是GET
16 httpUrlConnection.setRequestMethod("POST");
17
18 // 连接，从上述第2条中url.openConnection()至此的配置必须要在connect之前完成，
19 httpUrlConnection.connect();
4:> HttpURLConnection连接问题：
1 // 此处getOutputStream会隐含的进行connect(即：如同调用上面的connect()方法，
2 // 所以在开发中不调用上述的connect()也可以)。
3 OutputStream outStrm = httpUrlConnection.getOutputStream();
5:> HttpURLConnection写数据与发送数据问题：
1 1 // 现在通过输出流对象构建对象输出流对象，以实现输出可序列化的对象。
2 2 ObjectOutputStream objOutputStrm = new ObjectOutputStream(outStrm);
3 3
4 4 // 向对象输出流写出数据，这些数据将存到内存缓冲区中
5 5 objOutputStrm.writeObject(new String("我是测试数据"));
6 6
7 7 // 刷新对象输出流，将任何字节都写入潜在的流中（些处为ObjectOutputStream）
8 8 objOutputStm.flush();
9 9
10 10 // 关闭流对象。此时，不能再向对象输出流写入任何数据，先前写入的数据存在于内存缓冲区中,
11 11 // 在调用下边的getInputStream()函数时才把准备好的http请求正式发送到服务器
12 12 objOutputStm.close();
13 13
14 14 // 调用HttpURLConnection连接对象的getInputStream()函数,
15 15 // 将内存缓冲区中封装好的完整的HTTP请求电文发送到服务端。
16 16 InputStream inStrm = httpConn.getInputStream(); // <===注意，实际发送请求的代码段就在这里
17 17
18 18 // 上边的httpConn.getInputStream()方法已调用,本次HTTP请求已结束,下边向对象输出流的输出已无意义，
19 19 // 既使对象输出流没有调用close()方法，下边的操作也不会向对象输出流写入任何数据.
20 20 // 因此，要重新发送数据时需要重新创建连接、重新设参数、重新创建流对象、重新写数据、
21 21 // 重新发送数据(至于是否不用重新这些操作需要再研究)
22 22 objOutputStm.writeObject(new String(""));
23 23 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头的信息进行修改）或
补充：移动开发 , 其他 ,
