Jetty开发指导:HTTP Client

介绍

Jetty HTTP client模块提供易用的API、工具类和一个高性能、异步的实现来运行HTTP和HTTPS请求。
Jetty HTTP client模块要求Java版本号1.7或者更高,Java 1.8的应用能用lambda表达式在一些HTTP client API中。


Jetty HTTP client被实现和提供一个异步的API。不会由于I/O时间堵塞,因此使它在线程的利用上更有效率,并不是常适合用于负载測试和并行计算。


然而,有时你全部须要做的是对一个资源运行一个GET请求,HTTP client也提供了一个异步API。发起请求的线程将堵塞直到请求处理完毕。
在外部来看。Jetty HTTP client提供:
 1)重定向支持;重定向编码比如302或者303被自己主动尾随。
 2)Cookies支持;被服务端送的cookies在匹配的请求中被送回到服务端。
 3)认证支持;HTTP “Basic”和“Digest”热症被支持。其他的能够添加;
 4)前转协议支持。

初始化

基本的类的名称是org.eclipse.jetty.client.HttpClient,同Jetty 7和Jetty 8中一样(尽管它和Jetty 7和Jetty 8中的同名类不是向后兼容的)。
你能够将一个HttpClient实例看作一个浏览器实例。像一个浏览器,它能发起请求到不同的域,它管理重定向、cookies和认证,你能用代理配置它。而且他提供给你你发起的请求的响应。


为了使用HttpClient,你必须初始化它、配置它、然后启动它:

// Instantiate HttpClient
HttpClient httpClient = new HttpClient();
 
// Configure HttpClient, for example:
httpClient.setFollowRedirects(false);
 
// Start HttpClient
httpClient.start();

你能创建多个HttpClient的实例。原因可能是你想指定不同的配置參数(比如。一个实例被配置为前转代理而还有一个不是),或者由于你想有两个实例履行象两个不同的浏览器,因此有不同的cookies、不同的认证证书等等。
当你用參数构造器创建一个HttpClient实例时,你仅能履行简单的HTTP请求,而且你将不能履行HTTPS请求。
为了履行HTTPS请求。你首先应该创建一个SslContextFactory,配置它。而且传递它到HttpClient的构造器。当用一个SslContextFactory创建时。HttpClient将能履行HTTP和HTTPS请求到不论什么域。

// Instantiate and configure the SslContextFactory
SslContextFactory sslContextFactory = new SslContextFactory();
 
// Instantiate HttpClient with the SslContextFactory
HttpClient httpClient = new HttpClient(sslContextFactory);
 
// Configure HttpClient, for example:
httpClient.setFollowRedirects(false);
 
// Start HttpClient
httpClient.start();

API介绍

堵塞API

为了履行一个HTTP请求更简单的方法是:

ContentResponse response = httpClient.GET(<a target=_blank href="http://domain.com/path?query">http://domain.com/path?query</a>);

方法HttpClient.GET(...)履行一个HTTP GET请求到一个给定的URI。成功后返回一个ContentResponse。


ContentResponse对象包括HTTP响应信息:状态码、headers和可能的内容。内容长度默认被限制到2M;以下“响应内容处理”会介绍怎么处理更大的内容。


假设你想定制请求,比如通过发起一个HEAD请求取代一个GET,而且仿真一个浏览器用户代理。你能使用这样的方式:

ContentResponse response = httpClient.newRequest("http://domain.com/path?query")
        .method(HttpMethod.HEAD)
        .agent("Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:17.0) Gecko/20100101 Firefox/17.0")
        .send();

以下是採用简写的方式:

Request request = httpClient.newRequest("http://domain.com/path?query");
request.method(HttpMethod.HEAD);
request.agent("Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:17.0) Gecko/20100101 Firefox/17.0");
ContentResponse response = request.send();

你首先用httpClient.newRequest(...)创建了一个请求对象。然后你定制它。

当请求对象被定制后。你调用Request.send()。当请求处理玩陈过后,返回ContentResponse。
简单的POST请求也有一个简写的方法:

ContentResponse response = httpClient.POST("http://domain.com/entity/1")
        .param("p", "value")
        .send();

POST的參数值被自己主动的URL编码。
Jetty HTTP client自己主动地尾随重定向,因此自己主动地处理这样的典型的web模式POST/Redirect/GET,而且响应对象包括了GET请求的响应的内容。尾随重定向是一个特征,你能针对每一个请求或者全局来激活/停止。


文件上传也须要一行,使用JDK 7的java.nio.file类:

ContentResponse response = httpClient.newRequest("http://domain.com/upload")
        .file(Paths.get("file_to_upload.txt"), "text/plain")
        .send();

也能够添加一个超时时间:

ContentResponse response = httpClient.newRequest("http://domain.com/path?query")
        .timeout(5, TimeUnit.SECONDS)
        .send();

在上面的样例中,当超过5秒后,请求被终止并抛出一个java.util.concurrent.TimeoutException异常。

异步API

到眼下为止我们展示了怎么使用Jetty HTTP client的堵塞API,即发起请求的线程堵塞直到请求被处理完毕。

在这节我们将看看Jetty HTTP client的异步、非堵塞API,很适合大数据下载、请求/响应的并行处理、在性能和有效的线程、资源的利用是一个关键因素的全部场合。
异步API在请求和响应处理的各个阶段都依赖于对回调listener的调用。这些listener被应用实现。能够履行不论什么应用逻辑。实如今处理请求或者响应的线程中调用这些listener。因此,假设在这些listener中的应用代码须要花费较长时间,请求或者响应的处理将被堵塞。


假设你须要在一个listener内运行耗时操作,你必须使用你自己的线程,而且记住要深度拷贝listener提供的不论什么数据,由于当listener返回后,这些数据可能回收/清除/销毁。


请求和响应在两个不同的线程中运行,因此能够并行的运行。这个并行处理的一个典型样例是一个回显server。一个大的上传和大的回显下载同一时候进行。

注意。记住响应能够在请求之前被处理和完毕。一个典型的样例是被server触发一个高速响应的一个大的上载(比如一个error):当请求内容任然在上载时。响应已经到达和被完毕了。
应用线程调用Request.send(CompleteListener)履行请求的处理。直到或者请求被充分地处理或者因为堵塞在I/O而返回(因此从不堵塞)。假设它将堵塞在I/O,线程请求I/O系统当I/O完毕时发出一个事件,然后返回。

当如此一个事件被触发。一个来自HttpClient线程池的线程将恢复响应的处理。
响应被线程处理。这些线程或者是触发字节码已经被准备好的I/O系统线程,或者是来自HttpClient线程池的一个线程(这通过HttpClient.isDispatchIO()属性控制)。响应持续处理直到响应被处理完毕或者堵塞在I/O。假设它堵塞在I/O,线程请求I/O系统在I/O准备好后发出一个时间,然后返回。

当如此一个事件被触发。一个来自HttpClient线程池的线程将恢复响应的处理。
当请求和响应都处理完毕后。完毕最后处理的线程(一般是处理响应的线程,但也可能是处理请求的线程——假设请求比响应的处理花费很多其它的时间)将取下一个请求进行处理。
一个抛弃响应内容的异步GET请求能这样实现:

httpClient.newRequest("http://domain.com/path")
        .send(new Response.CompleteListener()
        {
            @Override
            public void onComplete(Result result)
            {
                // Your logic here
            }
        });

方法Request.send(Response.CompleteListener)返回void,而且不堵塞;当请求/响应处理完毕后Response.CompleteListener将被通知,result參数能够获取到响应对象。
你能用JDK 8的lambda表达式写相同的代码:

httpClient.newRequest("http://domain.com/path")
        .send((result) -> { /* Your logic here */ });

你也能为它指定一个总的超时时间:

Request request = httpClient.newRequest("http://domain.com/path")
        .timeout(3, TimeUnit.SECONDS)
        .send(new Response.CompleteListener()
        {
            @Override
            public void onComplete(Result result)
            {
                // Your logic here
            }
        });

上面的样例为请求/响应处理指定了一个超时时间3秒。
HTTP client API广泛的使用listener为全部可能的请求和响应时间提供钩子,在JDK 8的lambda表达式中。他们变得更易使用:

httpClient.newRequest("http://domain.com/path")
        // Add request hooks
        .onRequestQueued((request) -> { ... })
        .onRequestBegin((request) -> { ... })
        ... // More request hooks available
 
        // Add response hooks
        .onResponseBegin((response) -> { ... })
        .onResponseHeaders((response) -> { ... })
        .onResponseContent((response, buffer) -> { ... })
        ... // More response hooks available
 
        .send((result) -> { ... });

这使得Jetty HTTP client非常适合HTTP负载測试,比如。你能精确的知道请求/响应处理的每一步花费的时间(因此知道请求/响应时间被真正消耗的地方)。
了解请求事件请查看Request.Listener,了解响应事件请查看Response.Listener。

内容处理

请求内容处理

Jetty HTTP client提供了很多现成的工具类处理请求内容。
你能提供这些格式的请求内容:String、byte[]、ByteBuffer、java.nio.file.Path、 InputStream,并提供你的org.eclipse.jetty.client.api.ContentProvider的实现。

以下是一个样例。使用java.nio.file.Paths提供请求内容:

ContentResponse response = httpClient.newRequest("http://domain.com/upload")
        .file(Paths.get("file_to_upload.txt"), "text/plain")
        .send();

这等价于这样使用PathContentProvider工具类:

ContentResponse response = httpClient.newRequest("http://domain.com/upload")
        .content(new PathContentProvider(Paths.get("file_to_upload.txt")), "text/plain")
        .send();

相同。你能通过InputStreamContentProvider工具类使用FileInputStream:

ContentResponse response = httpClient.newRequest("http://domain.com/upload")
        .content(new InputStreamContentProvider(new FileInputStream("file_to_upload.txt")), "text/plain")
        .send();

因为InputStream是堵塞的,因此请求的发送将堵塞,能够考虑使用异步API。
假设你已经将内容读到内存中。你能使用BytesContentProvider工具类将它作为byte[]传入:

byte[] bytes = ...;
ContentResponse response = httpClient.newRequest("http://domain.com/upload")
        .content(new BytesContentProvider(bytes), "text/plain")
        .send();

假设请求内容不是马上可用的,你能用DeferredContentProvider:

DeferredContentProvider content = new DeferredContentProvider();
httpClient.newRequest("http://domain.com/upload")
        .content(content)
        .send(new Response.CompleteListener()
        {
            @Override
            public void onComplete(Result result)
            {
                // Your logic here
            }
        });
 
// Content not available yet here
 
...
 
// An event happens, now content is available
byte[] bytes = ...;
content.offer(ByteBuffer.wrap(bytes));
 
...
 
// All content has arrived
content.close();

提供请求内容的还有一个方法是使用OutputStreamContentProvider,当请求内容可用时同意应用写请求内容到OutputStreamContentProvider提供的OutputStream:

OutputStreamContentProvider content = new OutputStreamContentProvider();
 
// Use try-with-resources to close the OutputStream when all content is written
try (OutputStream output = content.getOutputStream())
{
    client.newRequest("localhost", 8080)
            .content(content)
            .send(new Response.CompleteListener()
            {
                @Override
                public void onComplete(Result result)
                {
                    // Your logic here
                }
            });
 
    ...
 
    // Write content
    writeContent(output);
}
// End of try-with-resource, output.close() called automatically to signal end of content

响应内容处理

Jetty HTTP client同意应用使用多种方式处理响应内容。
第一种方式是缓存响应内容在内存中;使用堵塞API,在一个ContentResponse 中内容的最大缓存是2MiB。
假设你想控制响应内容的长度(比如限制到小于2MiB的默认值),那么你能用一个org.eclipse.jetty.client.util.FutureResponseListener:

Request request = httpClient.newRequest("http://domain.com/path");
 
// Limit response content buffer to 512 KiB
FutureResponseListener listener = new FutureResponseListener(request, 512 * 1024);
 
request.send(listener);
 
ContentResponse response = listener.get(5, TimeUnit.SECONDS);

假设响应内容长度逸出。响应想被终止,一个异常将被方法get()抛出。
假设你正在使用异步API。你能用BufferingResponseListener工具类:

httpClient.newRequest("http://domain.com/path")
        // Buffer response content up to 8 MiB
        .send(new BufferingResponseListener(8 * 1024 * 1024)
        {
            @Override
            public void onComplete(Result result)
            {
                if (!result.isFailed())
                {
                    byte[] responseContent = getContent();
                    // Your logic here
                }
            }
        });

另外一种方法最有效率(由于它避免了内容拷贝),并同意你指定一个Response.ContentListener,或者一个子类。处理到达的内容:

ContentResponse response = httpClient
        .newRequest("http://domain.com/path")
        .send(new Response.Listener.Empty()
        {
            @Override
            public void onContent(Response response, ByteBuffer buffer)
            {
                // Your logic here
            }
        });

第三种方法同意你等待响应,然后用InputStreamResponseListener工具类输出内容:

InputStreamResponseListener listener = new InputStreamResponseListener();
httpClient.newRequest("http://domain.com/path")
        .send(listener);
 
// Wait for the response headers to arrive
Response response = listener.get(5, TimeUnit.SECONDS);
 
// Look at the response
if (response.getStatus() == 200)
{
    // Use try-with-resources to close input stream.
    try (InputStream responseContent = listener.getInputStream())
    {
        // Your logic here
    }
}

其他特征

Cookies支持

Jetty HTTP client原生的支持cookie。

HttpClient实例从HTTP响应收到cookie。然后存储他们在java.net.CookieStore中,这个类属于JDK。当新请求被创建,cookie缓存被查阅,假设存在匹配的cookie(即,coolie没有逸出。且匹配域和请求路径),这些cookie将被加入到请求。
应用能通过编程进入cookie缓存。查找设置的cookie:

CookieStore cookieStore = httpClient.getCookieStore();
List<HttpCookie> cookies = cookieStore.get(URI.create(<a target=_blank href="http://domain.com/path">http://domain.com/path</a>));

应用也能通过编程设置cookie,假设他们从一个HTTP响应返回:

CookieStore cookieStore = httpClient.getCookieStore();
HttpCookie cookie = new HttpCookie("foo", "bar");
cookie.setDomain("domain.com");
cookie.setPath("/");
cookie.setMaxAge(TimeUnit.DAYS.toSeconds(1));
cookieStore.add(URI.create("http://domain.com"), cookie);

你能移除不想再使用的cookies:

CookieStore cookieStore = httpClient.getCookieStore();
URI uri = URI.create("http://domain.com");
List<HttpCookie> cookies = cookieStore.get(uri);
for (HttpCookie cookie : cookies)
    cookieStore.remove(uri, cookie);

假设你想全然地禁用cookie处理,你能安装一个HttpCookieStore.Empty实例:

httpClient.setCookieStore(new HttpCookieStore.Empty());

你能激活cookie过滤,通过安装一个履行过滤逻辑的cookie缓存:

httpClient.setCookieStore(new GoogleOnlyCookieStore());
 
public class GoogleOnlyCookieStore extends HttpCookieStore
{
    @Override
    public void add(URI uri, HttpCookie cookie)
    {
        if (uri.getHost().endsWith("google.com"))
            super.add(uri, cookie);
    }
}

上面的样例将仅保留来自google.com域或者子域的cookies。

认证支持

Jetty HTTP client支持"Basic"和"Digest"认证机制,在RFC 2617中定义。
你能在HTTP client实例中配置认证证书例如以下:

URI uri = new URI("http://domain.com/secure");
String realm = "MyRealm";
String user = "username";
String pass = "password";
 
// Add authentication credentials
AuthenticationStore auth = httpClient.getAuthenticationStore();
auth.addAuthentication(new BasicAuthentication(uri, realm, user, pass));
 
ContentResponse response = httpClient
        .newRequest(uri)
        .send()
        .get(5, TimeUnit.SECONDS);

成功的认证被缓存,可是你能清除它们,迫使又一次认证:

httpClient.getAuthenticationStore().clearAuthenticationResults();

代理支持

Jetty的HTTP client能被配置使用代理。


两种类型的代理是原生的支持的:HTTP代理(通过类org.eclipse.jetty.client.HttpProxy提供)和SOCKS 4代理(通过类org.eclipse.jetty.client.Socks4Proxy提供)。其他实现能够通过子类ProxyConfiguration.Proxy来写。
一个典型的配置例如以下:

ProxyConfiguration proxyConfig = httpClient.getProxyConfiguration();
HttpProxy proxy = new HttpProxy("proxyHost", proxyPort);
// Do not proxy requests for localhost:8080
proxy.getExcludedAddresses().add("localhost:8080");
 
httpClient.setProxyConfiguration(proxyConfig);
 
ContentResponse response = httpClient.GET(uri);

你指定代理的主机和port。也设置你不想被代理的地址,然后在HttpClient实例上设置代理配置。

原文地址:https://www.cnblogs.com/lcchuguo/p/5129846.html