客户端（PC浏览器或者手机浏览器）在接受到Tomcat的响应的时候，头信息通常都会带上Content-Length ， 一般情况下客户端会在接受完Content-Length长度的数据之后才会开始解析。而在Tomcat上，页面处理过程中会将需要out.print的数据都放在缓存中，然后一次性的返回给客户端。 另外一种情况就是头信息中不存在Content-Length ，取而代之的是Tansfer-Encoding:chunked ，这个头信息的的意思是response的内容会被Tomcat分成一块一块的发送，客户端也就不需要等到内容都传输完毕了才解析其中的内容。因为这个时候被传送的数据长度是无法预计的，所以存在Tansfer-Encoding:chunked的话也没有存在Content-Length 的意义了。 那么问题来了，具体在应用的时候如何控制Tomcat响应的是Content-Length还是Tansfer-Encoding呢？ 我们都知道内置对象out，在调用print或者write的时候都会先往内部buffer里头写数据，而不是直接输出到客户端。Response Header 的 Content-Length 其实就是计算了buffer的数据长度。那他什么时候输出到客户端呢？有几种情况： out的属性autoFlush为true，那么当buffer(默认大小是8

引自 @EnableWebSecurity public class SecurityConfig extends WebSecurityConfigurerAdapter { @Bean public DemoFilter demoFilter(){ return new DemoFilter(); } @Override protected void configure(HttpSecurity http) throws Exception { http.addFilterBefore(demoFilter(),AnonymousAuthenticationFilter.class). authorizeRequests(). antMatchers("/login","

zuul简介 路由是微服务架构中必须（integral ）的一部分，比如，“/” 可能映射到你的WEB程序上，”/api/users “可能映射到你的用户服务上，“/api/shop”可能映射到你的商品服务商。（注解：我理解这里的这几个映射就是说通过Zuul这个网关把服务映射到不同的服务商去处理，从而变成了微服务！） Zuul是Netflix出品的一个基于JVM路由和服务端的负载均衡器. Zuul功能： 认证 压力测试 金丝雀测试 动态路由 负载削减 安全 静态响应处理 主动/主动交换管理 Zuul的规则引擎允许通过任何JVM语言来编写规则和过滤器, 支持基于Java和Groovy的构建。 配置属性 zuul.max.host.connections