java提交Http请求及收取回应可以直接使用jdk的httpurlconnection和apache的httpcomponents的clients两种方法。
下面是urlconnection详解
原文:
http://www.blogjava.net/supercrsky/articles/247449.html
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对象,示例代码如下:
相关推荐
Spring提供了多种实现,包括基于JDK HttpURLConnection的SimpleClientHttpRequestFactory、基于Apache HttpClient的HttpComponentsClientHttpRequestFactory、基于OkHttp的OkHttpClientHttpRequestFactory以及基于...
6. **HTTP客户端升级**:提供了一个新的API,替代了过时的HttpURLConnection,支持HTTP/2协议。 7. **ZGC(Z Garbage Collector)改进**:提升了垃圾收集的性能,降低了延迟。 安装JDK: 安装JDK通常涉及下载对应...
2. **HTTP客户端(JEP 321)**:JDK 11中添加了内置的HTTP客户端API(java.net.http),提供了一种方便的方式来执行HTTP和HTTPS请求,取代了旧的`HttpURLConnection`。 3. **动态类型语言支持(JEP 335)**:JDK 11...
用于对基于HTTP的服务进行抓取 HttpClient 现在是HttpComponents 把问题搞复杂了 其实Java内置的HttpURLConnection很好的 内含文档 使用方法见http://blog.csdn.net/jdgdf566/article/details/17039693
6. **HTTP客户端(HttpClient)API**:这是一个新的API,替代了过时的java.net.HttpURLConnection,提供了更现代、高性能且易于使用的HTTP客户端。 安装JDK 17.0.8在Linux x64系统上,通常涉及以下步骤: 1. 下载`...
3. **改进的HTTP客户端**:Java 9提供了新的HTTP客户端API(`java.net.http`包),支持HTTP/2和WebSocket协议,比旧的`HttpURLConnection`更加现代和高效。 4. **多版本兼容JAR**:JDK 9允许创建“多版本兼容JAR”...
6. **弃用的HTTP客户端API(Deprecated HTTP Client API)**:JDK9引入的HttpURLConnection被标记为过时,鼓励开发者使用更现代的HttpClient API。 7. **增强的垃圾收集器(Garbage Collectors)**:包括ZGC和...
JDK9提供了一个新的内置HTTP客户端API(`java.net.http`包),取代了之前不推荐使用的`java.net.URL`和`java.net.HttpURLConnection`。新API支持HTTP/2和WebSocket协议,提供了异步和同步两种操作模式,以及更好的...
- **HTTP客户端API(JEP 321)**:提供内置的HTTP客户端API,位于`java.net.http`包下,替换之前的`HttpURLConnection`。 - **局部变量类型推断(JEP 286)**:引入了`var`关键字,用于局部变量类型推断,简化代码...
Java 9引入了一个内置的HTTP客户端API,位于`java.net.http`包下,提供了异步和同步的HTTP/1.1和HTTP/2请求处理,取代了以前的`java.net.URL`和`java.net.HttpURLConnection`,提供了更现代、高性能的接口。...
JDK 1.9内置了一个新的HTTP客户端API(`java.net.http`包),取代了过时的`java.net.URL`和`java.net.HttpURLConnection`,提供了更现代、更高效的HTTP通信能力。 **其他改进** - 新增了`java.time`包中的`Year...
Java 9 引入了新的 `java.net.http` 包,提供了一个现代、高性能的 HTTP/2 客户端,支持异步和同步操作,取代了旧的 `java.net.URL` 和 `java.net.HttpURLConnection`。 ### 5. 处理器架构感知的垃圾收集器(G1 ...
尽管该API仍处于实验阶段,但它为开发人员提供了构建HTTP客户端应用的新选择,相比传统的`HttpURLConnection`或第三方库如Apache HttpClient等更为简便。 #### 7. 压缩和归档工具增强 对压缩和归档工具进行了增强...
**HTTP客户端API(JDK HttpClient)**:JDK11内置了一个新的HTTP客户端API,位于`java.net.http`包下,提供了异步和同步的HTTP/1.1和HTTP/2通信功能,取代了已废弃的`java.net.URL`和`java.net.HttpURLConnection`。...
8. **JEP 382:HTTP客户端API**:提供了新的HTTP客户端API,替代了旧的HttpURLConnection,提供了更好的性能和易用性。 9. **JEP 383:JFR事件流持久化**:Java飞行记录器(JFR)现在可以将事件流持久化到磁盘,...
2. **HTTP客户端**:新的`java.net.http`包提供了内置的HTTP/2客户端,取代了旧的`HttpURLConnection`,支持异步和同步操作,提高了性能和易用性。 3. **文本块**:这是一种新的语法特性,用于处理多行字符串,减少...
2. **HTTP客户端API(java.net.http)**:JDK 11中新增了一个内置的HTTP客户端API,提供了一种标准的方式来执行HTTP/1.1和HTTP/2请求,替代了旧的`java.net.URL`和`java.net.HttpURLConnection`。 3. **动态类型...
但是,实现方式有所不同(用于存储的JDK HTTPURLConnection,用于DocumentDB的Apache HTTPClient),并且它们都具有各种其他第三方依赖性。 该项目的目的是使用用于REST服务的标准Java API JAX-RS,以最小的依赖...
- **HTTP Client API**:一个内置的HTTP客户端,替代了以前的`java.net.HttpURLConnection`。 - **Local-Variable Type Inference**(JSR 305):引入了`var`关键字,使得局部变量类型推断更加简洁。 - **Text ...
与之前的`java.net.HttpURLConnection`相比,这个API更加灵活和高效。 #### 3. **Local Variables in Lambda Expressions** 在JDK 11中,允许在Lambda表达式中使用局部变量,这使得代码更易于理解和维护。这种改进...