HttpURLConnection用法详解

下边的总结对我帮助蛮大的~不只用法了解，整个链接流程也要明白！

原文连接地址： 
http://www.blogjava.net/supercrsky/articles/247449.html 

针对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头的信息进行修改）或者写入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(); 

HttpURLConnection是基于HTTP协议的，其底层经过socket通讯实现。若是不设置超时（timeout），在网络异常的状况下，可能会致使程序僵死而不继续往下执行。能够经过如下两个语句来设置相应的超时： 
System.setProperty("sun.net.client.defaultConnectTimeout", 超时毫秒数字符串); 
System.setProperty("sun.net.client.defaultReadTimeout", 超时毫秒数字符串); 


其中： sun.net.client.defaultConnectTimeout：链接主机的超时时间（单位：毫秒） 
sun.net.client.defaultReadTimeout：从主机读取数据的超时时间（单位：毫秒） 

例如： 
System.setProperty("sun.net.client.defaultConnectTimeout", "30000"); 
System.setProperty("sun.net.client.defaultReadTime 

Java中可使用HttpURLConnection来请求WEB资源。 
HttpURLConnection对象不能直接构造，须要经过URL.openConnection()来得到HttpURLConnection对象，示例代码以下： 

1 String szUrl = " http://www.ee2ee.com/ " ;
2 URL url = new URL(szUrl);
3 HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();

HttpURLConnection是基于HTTP协议的，其底层经过socket通讯实现。若是不设置超时（timeout），在网络异常的状况下，可能会致使程序僵死而不继续往下执行。能够经过如下两个语句来设置相应的超时： 
System.setProperty("sun.net.client.defaultConnectTimeout", 超时毫秒数字符串); 
System.setProperty("sun.net.client.defaultReadTimeout", 超时毫秒数字符串); 


其中： sun.net.client.defaultConnectTimeout：链接主机的超时时间（单位：毫秒） 
sun.net.client.defaultReadTimeout：从主机读取数据的超时时间（单位：毫秒） 

例如： 
System.setProperty("sun.net.client.defaultConnectTimeout", "30000"); 
System.setProperty("sun.net.client.defaultReadTimeout", "30000"); 

JDK 1.5之前的版本，只能经过设置这两个系统属性来控制网络超时。在1.5中，还可使用HttpURLConnection的父类URLConnection的如下两个方法： 
setConnectTimeout：设置链接主机超时（单位：毫秒） 
setReadTimeout：设置从主机读取数据超时（单位：毫秒） 

例如： 

1 HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();
2 urlCon.setConnectTimeout( 30000 );
3 urlCon.setReadTimeout( 30000 );

  


须要注意的是，笔者在JDK1.4.2环境下，发如今设置了defaultReadTimeout的状况下，若是发生网络超时，HttpURLConnection会自动从新提交一次请求，出现一次请求调用，请求服务器两次的问题（Trouble）。我认为这是JDK1.4.2的一个bug。在JDK1.5.0中，此问题已获得解决，不存在自动重发现象。out", "3000