服务间通信之Http框架
1.服务间通讯调用
2.jersey代理连接池
3.综上
1.服务间通信调用
首先不提在微服务中，就是在我们使用spring cloud技术栈构建我们的服务中，如果我们需要调用其他的服务或者第三方的服务，一般的通信方式无非是http通信、rpc通信、异步消息通信等等，当然大多数服务一般都是以http接口的形式提供出来，那么可以用来调用该服务的方法可谓是多种多样，各式各样的http客户端，apache Httpclient、OKHttp、jersey-client、原生HttpURLConnection等等，大体以上几种我都用过，做了一些对比，可以看一下：
1.1 java原生HttpURLConnection
这个用的不多，在正式项目中几乎没有用过，写一些小的demo的时候偶尔用过，使用的原因更多是当时懒得再引入其他第三方的http框架了，用法如下：
public static void sendPostJson() throws IOException {
String path = "http://127.0.0.1:8080";
JSONObject obj = new JSONObject();
obj.put("id", "10001");
obj.put("name", "xiaxuan");
obj.put("sex", "M");
String jsonStr = obj.toJSONString();
byte[] data = jsonStr.getBytes();
java.net.URL url = new java.net.URL(path);
java.net.HttpURLConnection conn = (java.net.HttpURLConnection) url.openConnection();
conn.setRequestMethod("POST");
conn.setDoOutput(true);
conn.setRequestProperty("Connection", "keep-alive");
conn.setRequestProperty("Content-Type", "application/json;charset=UTF-8");
conn.setRequestProperty("Content-Length", String.valueOf(data.length));
OutputStream outStream = conn.getOutputStream();
outStream.write(data);
outStream.flush();
outStream.close();
if(conn.getResponseCode() == 200){
BufferedReader in = new BufferedReader(new InputStreamReader((InputStream) conn.getInputStream(), "UTF-8"));
String msg = in.readLine();
System.out.println("msg: " + msg);
in.close();
}
conn.disconnect();
}
不多说，用法还是挺复杂的，简单的请求甚至需要数十行才能完成，并且不易于理解,当时写完调试了半天才通，挺后悔用原生的HttpURLConnection来进行当时功能的测试，感觉比我当时写的一个http-server还要麻烦，在正式的项目中一般不会用到原生http请求类。
1.2 apache HttpClient
apache common下的子项目，高效、功能丰富、易于使用，这个在我所在的公司中的所负责的项目中用的不多，找了一个，用法如下：
public CloseableHttpResponse stream(String url) throws IOException {
String fileId = url.substring(url.lastIndexOf("/"), url.length());
url = this.bootConfig.getHttpFilesUri() + fileId;
log.info("DefaultTransport files url: " + url);
HttpGet get = new HttpGet(url);
CloseableHttpResponse response = (CloseableHttpResponse)this.client.execute(get);
return response;
}
这个是内部请求一个下载图片使用的，get请求获取文件，使用比较简单，更多的使用方法还是请去官网看下吧：
http://hc.apache.org/httpclient-3.x/tutorial.html
1.3 OKhttp
这个是我在open server项目中使用的一款http框架，特性如下：
-
支持http2.0，对一台机器的请求共享一个socket。
-
采用连接池技术，可以有效的减少Http链接数量。
-
无缝集成GZIP压缩技术。
-
支持Response Cache，避免重复请求
-
域名多IP支持。
以下是我在以前写的一个简单demo，项目中使用的是okhttp连接池，设置的参数较多，各种拦截器之类的，使用比较复杂，不再展示出来。
OkHttpClient client = new OkHttpClient();
String run(String url) throws IOException {
Request request = new Request.Builder()
.url(url)
.build();
Response response = client.newCall(request).execute();
return response.body().string();
}
给我的感觉是确实是好用，相当易用的api,设置读取超时、写入超时、重试拦截器、长连接等等都很容易实现，在先前的文章
Spring boot使用ProxyFilter进行服务代理，这篇文章中使用的ProxyFilter里面原生使用的http连接池是使用的HttpClient的连接池，但是连接池中连接数太少，各种参数的配置不适合于我们系统的开发，替换成了OkHttp的连接池，后来我升级为Okhttp3之后，加上的重试拦截器等等。另外OkHttp的特性中还提到了另外一点，就是 OkHttp还处理了代理服务器问题和SSL握手失败问题,ssl握手失败问题是比较难定位和追踪的，在将公司内我所负责的模块升级为java8以后，因为https产生的问题就是多个，带来不少的麻烦。
1.4 jersey client
我所负责的另外一个项目中，使用的rest框架是jersey，调用其他服务使用的是jersey提供的jersey-client，用法如下：
private static Client getClient () {
return ClientBuilder.newClient().register(JacksonFeature.class);
}
public static EnterpriseRs openDomain (String url, EnterpriseDomain domain) {
Client client = getClient();
Response response = client.target(url).request().accept(MediaType.APPLICATION_JSON_TYPE)
.buildPost(Entity.entity(domain, MediaType.APPLICATION_JSON_TYPE))
.invoke();
// String str = response.readEntity(String.class);
EnterpriseEmailRs rs;
String data = "";
try {
data = response.readEntity(String.class);
rs = objectMapper.readValue(data.getBytes(), EnterpriseEmailRs.class);
} catch (Exception e) {
log.error("email exception {}", data);
throw new ServiceException(SecurityError.ENTERPRISE_EMAIL_ERROR);
}
closeClient(client);
return rs.getData();
}
简单来说就是api使用简单，很舒服，但是需要和jersey一起来使用，没有单独拿出来进行http的请求。
2.jersey代理连接池
以上说了这么多的http框架，但是在使用的时候要实例化client或者从连接池里面拿出连接，进行各种配置，指定url，参数，接收数据类型等等，虽说可以讲所有的GET、POST、PUT方法的调用加上泛型修饰，但是未免有些臃肿，但也确实是有比较好的方法，我只写出接口，然后进行一定程度的配置后，调用这些接口就会去请求远程的服务，jersey确实是可以做到，在我所在公司，以在产品越来越大，进行模块拆分独立部署的时候，相互之间的内部调用的方法便变成了内网http请求，在这虽说更好的方法是使用rpc框架来进行模块之间的通信，但是对于我们的产品来说使用rest通信，然后进行一定程度的性能调优之后，还是可以接受的，因此便一直采用了这种通信方法。
jersey内置一个WebResourceFactory类，我们再使用的时候，注册webTarget，指定远程调用地址、编写的接口，然后使用的时候从resources中取出对应注册的接口，调用的时候，就是调用到远程服务，这个整个的配置十分复杂,要完全讲述下来需要搭一套完整的以jersey为rest框架的应用程序，基本上可以抽出来单独写一个系列了，这个有疑问的可以私信我单独讨论。
3. 综上
上述讲了多种http框架的使用，有的难用，有的易用，有的功能十分强大，支持各种特性、有的使用依赖于一个完整的rest框架，如jersey-client和jersey代理连接池等等，但是讲述以上内容并不是说对这几个http框架进行一个对比，而是要在spring cloud搭建的系统中使用一款http框架来进行服务间的调用，这一片是对我使用的http的框架的一个总结，下一篇将要讲述spring cloud中的feign，以一种十分优雅的形式调用远程服务，并且可以选择底层调用的http的框架是HttpClient还是OkHttp，这个在下一篇文章中将要展开。
