httpclient

一、前言 为何要用http连接池那？因为使用它我们可以得到以下好处： 因为使用它可以有效降低延迟和系统开销。如果不采用连接池，每当我们发起http请求时，都需要重新发起Tcp三次握手建立链接，请求结束时还需要四次挥手释放链接。而链接的建立和释放是有时间和系统开销的。另外每次发起请求时，需要分配一个端口号，请求完毕后在进行回收。 使用链接池则可以复用已经建立好的链接，一定程度的避免了建立和释放链接的时间开销。 二、连接池使用 public static void init() { //1.创建连接池管理器 PoolingHttpClientConnectionManager connectionManager = new PoolingHttpClientConnectionManager(60000,//1.1 TimeUnit.MILLISECONDS); connectionManager.setMaxTotal(1000);//1.2 connectionManager.setDefaultMaxPerRoute(50);//1.3 //2.创建httpclient对象 httpClient = HttpClients.custom() .setConnectionManager(connectionManager)//2.1 .disableAutomaticRetries

简介： webClient：是Spring-webFlux包下的，非阻塞响应，最低java8支持函数式编程，性能好 RestTemplate：是Spring-webmvc包下的，满足RestFul原则，代码简单，默认依赖jdk的HTTP连接工具。 HttpClient:是apache httpClient包下的，代码复杂，需要资源回收。 一、webClient get代码如下：（非常简单） //create()创建一个WebClient的实例 //get()等选择调用方式为get //uri()指定需要请求的路径 //retrieve()用来发起请求并获得响应 //bodyToMono(String.class)用来指定请求结果需要处理为String，并包装为Reactor的Mono对象。 Mono<String> response = WebClient.create().get().uri("http:localhost:8080/rest/testGetHeader").retrieve().bodyToMono(String.class); return response.block(); 二、RestTemplate get代码如下：（简单） 1、先在启动类注册： @Bean public RestTemplate restTemplate(){ return new

前言 在上篇文章[ ASP.NET Core中的响应压缩 ]中我们谈到了在ASP.NET Core服务端处理关于响应压缩的请求，服务端的主要工作就是根据Content-Encoding头信息判断采用哪种方式压缩并返回。之前在群里有人问道过，现在的网络带宽这么高了还有必要在服务端针对请求进行压缩吗？确实，如今分布式和负载均衡技术这么成熟，很多需要处理高并发大数据的场景都可以通过增加服务器节点来进行。但是，在资源受限的情况下，或者是还没必要为了某一个点去增加新的服务器节点的时候，我们还是要采用一些程序本身的常规处理手段来进行处理。笔者个人认为响应压缩的使用场景是这样的，在带宽压力比较紧张的情况，且CPU资源比较充足的情况下，使用响应压缩整体效果还是比较明显的。 有压缩就有解压，而解压的工作就是在请求客户端处理的。比如浏览器，这是我们最常用的Http客户端，许多浏览器都是默认在我们发出请求的时候(比如我们浏览网页的时候)在Request Head中添加Content-Encoding，然后根据响应信息处理相关解压。这些都源于浏览器已经内置了关于请求压缩和解压的机制。类似的还有许多，比如常用的代理抓包工具Filder也是内置这种机制的。只不过需要手动去处理，但实现方式都是一样的。有时候我们在自己写程序的过程中也需要使用这种机制，在传统的.Net HttpWebRequest类库中

一、事出有因 1、上周工作原因项目的事情每天都很忙，周五下班和乐师兄下班的时候已经晚上11点了，然后和师兄吃了一个烧烤吃到了12点了（结果啥也没吃，钱也花了挺多的。ps:程序员建议养生）扯远了 ，主要是一周比较忙周六没有进行我们学校的健康报备信息填写。导致辅导员给我打了6个电话（现在我还是在实习中，所以还归学校管）自己刚好在看网络请求这一块的东西，说干就干！！！ 二、知其所以然 1、我们学校的健康报备主要是将自己每天的信息填写到学校的公众号上面。打开页面是这样的。这个时候我们就要想一下我们是要做什么了。首先我们健康报备的流程是=>打开学校公众号=>输入自己的学号点击查询=>然后输入自己的正式情况=>点击提交。 三、反向分析 1、做为程序员的我们首先要清楚我们要什么，现在我们已经清楚了要做什么了和步骤。现在就是用我们的程序模拟用户进行正常的报备工作。首先我将报备链接从学校公众号复制出来，然后使用浏览器访问查看我们在进行报备的时候我们向浏览器发起了什么和做了什么。 2、在左边的是我们的页面，右边的是网页请求的文件和信息，我们就一步一步的进行分析。这里我们可以看到我们在访问页面的时候会生成一些信息_ _EVENTVALIDATION 、 __VIEWSTATEGENERATOR 我以前在长沙写的也是ASPX页面使用控件程序的时候也会生成一些这个

java8 新特性 Java8 主要包括的新特性有： 函数式接口 如果一个接口只有一个抽象方法，那么该接口就成为一个函数式接口。同时java还配套引入@FunctionalInterface注解， 该注解主要式用于强制表示一个接口必须是一个函数式接口，但是不是必须的。 @FunctionalInterface public interface DemoFuncInterface1 { void apply(); } public interface DemoFuncInterface2 { void apply(); } public interface DemoFuncInterface3 { void apply(); void apply2(); } public interface DemoFuncInterface4 { default void apply() {}; } 上面4个例子中DemoFuncInterface1、DemoFuncInterface2都是 函数式接口。但是第三个、第四个都不是，而且将@FunctionalInterface标记 在第三、第四个上编译都会报错。 使用函数式接口demo： public class testDemo{ public void testFunc(DemoFuncInterface demoFuncInterface ,

本博客根据 http://video.jessetalk.cn/my/course/5 视频整理 资料 OAuth2 流程： http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.html 博客园晓晨的关于identityServer4的中文文档地址： http://www.cnblogs.com/stulzq/p/8119928.html Docker中文文档 https://yeasy.gitbooks.io/docker_practice/content/ OAuth2.0概念 OAuth2.0（Open Authorization）是一个开放授权协议；第三方应用不需要接触到用户的账户信息（如用户名密码），通过用户的授权访问用户资源 OAuth的步骤一般如下： 1、客户端要求用户给予授权 2、用户同意给予授权 3、根据上一步获得的授权，向认证服务器请求令牌（token） 4、认证服务器对授权进行认证，确认无误后发放令牌 5、客户端使用令牌向资源服务器请求资源 6、资源服务器使用令牌向认证服务器确认令牌的正确性，确认无误后提供资源 该协议的参与者至少包含： RO (resource owner): 资源所有者：用户。 RS (resource server): 资源服务器:数据中心；它存储资源，并处理对资源的访问请求。如：API资源

<dependency> <groupId> org.apache.httpcomponents </groupId> <artifactId> httpclient </artifactId> <version> 4.5.12 </version> </dependency> <dependency> <groupId> org.jsoup </groupId> <artifactId> jsoup </artifactId> <version> 1.13.1 </version> </dependency> <dependency> <groupId> commons-io </groupId> <artifactId> commons-io </artifactId> <version> 2.7 </version> </dependency> <dependency> <groupId> org.apache.commons </groupId> <artifactId> commons-lang3 </artifactId> <version> 3.10 </version> </dependency> package com.download.util ; import org.apache.commons.io.FileUtils ; import org

前言 eureka是spring cloud Netflix技术体系中的重要组件，主要完成服务注册和发现的功能；那现在有个问题，我们自己写的rpc服务，如果为了保证足够的开放性和功能完善性，那肯定要支持各种注册中心。目前我们只支持redis注册中心，即服务提供者，在启动的时候，将自身的ip+端口信息写入到redis，那，我们是否注册到 eureka中呢？ 这个想法可行吗？可行。eureka client 和eureka server间，无非是网络通信，既然是网络通信，那就有网络协议，那我们的应用，只要遵照eureka server的协议来，就可以接入。 另外，eureka server没有采用spring mvc来实现，而是采用了jersey框架，这个框架啥意思呢，可以理解为对Restful的实现。我从网上找了一段（ https://www.jianshu.com/p/88f97b90963c）： SpringMVC在开发REST应用时，是不支持JSR311/JSR339标准的。如果想要按照标准行事，最常用的实现了这两个标准的框架就是Jersey和CxF了。但是，因为Jersey是最早的实现，也是JSR311参考的主要对象，所以，可以说Jersey就是事实上的标准（类似Hibernate是JPA的事实上的标准），也是现在使用最为广泛的REST开发框架之一。 因为eureka