SpringCloud微服务踩坑系列之二

　　一.关于Eureka和Config服务的logback.xml配置文件问题
　　注意:在eureka和config服务中,如果使用logback.xml配置文件,会导致在服务启动的时候出现如下warn警告信息,尤其是config服务,更严重的会导致服务无法启动. 2018-10-09 15:09:32.738  WARN 8176 --- [ost-startStop-1] c.n.c.sources.URLConfigurationSource     : No URLs will be polled as dynamic configuration sources. 2018-10-09 15:09:34.113  WARN 8176 --- [           main] o.s.c.n.a.ArchaiusAutoConfiguration      : No spring.application.name found, defaulting to ＂application＂ 2018-10-09 15:09:34.113  WARN 8176 --- [           main] c.n.c.sources.URLConfigurationSource     : No URLs will be polled as dynamic configuration sources. 2018-10-09 15:09:34.971  WARN 8176 --- [           main] c.n.eureka.cluster.PeerEurekaNodes       : The replica size seems to be empty. Check the route 53 DNS Registry二.关于＂Process finished with exit code 0＂的问题
　　在SpringBoot项目启动时,控制台中可能会出现＂Process finished with exit code 0＂这样的日志信息,这样的信息意味着你的程序正常执行完毕并退出。
　　可以科普一下exit code，在大部分编程语言中都适用.
　　exit code 0 表示程序执行成功，正常退出;
　　exit code 1 表示程序执行执行过程中遇到了某些问题或者错误，非正常退出.
　　在SpringBoot启动时如果出现＂Process finished with exit code 0＂,有可能是项目中没有添加spring-boot-starter-web依赖包导致的.
　　解决方法,引入依赖:     org.springframework.boot    spring-boot-starter-web 三. RENEWALS ARE LESSER THAN THE THRESHOLD问题
　　启动两个client,过了一会,停了其中一个,访问注册中心时,界面上显示了上面的警告信息：
　　Eureka server和client之间每隔30秒会进行一次心跳通信，告诉server，client还活着。由此引出两个名词：
　　Renews threshold：server期望在每分钟中收到的心跳次数
　　Renews (last min)：上一分钟内收到的心跳次数。
　　前文说到禁止注册server自己为client，不管server是否禁止，阈值（threshold）是1。client个数为n，阈值为1+2*n（此为一个server且禁止自注册的情况）
　　如果是多个server，且开启了自注册，那么就和client一样，是对于其他的server来说就是client，是要*2的
　　我开了两个server，自注册，相关数据如下
　　阈值：1+2*1
　　renews：
　　1）自注册 2 + 2*1
　　2）非自注册：2*1
　　Eurake有一个配置参数eureka.server.renewalPercentThreshold，定义了renews 和renews threshold的比值，默认值为0.85。当server在15分钟内，比值低于percent，即少了15%的微服务心跳，server会进入自我保护状态，Self-Preservation。在此状态下，server不会删除注册信息，这就有可能导致在调用微服务时，实际上服务并不存在。
　　这种保护状态实际上是考虑了client和server之间的心跳是因为网络问题，而非服务本身问题，不能简单的删除注册信息
　　stackoverflow上，有人给出的建议是：
　　1、在生产上可以开自注册，部署两个server
　　2、在本机器上测试的时候，可以把比值调低，比如0.49
　　3、或者简单粗暴把自我保护模式关闭 eureka.server.enableSelfPreservation=false四.TransportException: Cannot execute request on any known server问题
　　升级到新版的SpringCloud之后,当eureka注册中心配置了security的依赖      org.springframework.cloud    spring-cloud-starter-security 
　　之后,可能会导致一些问题,比如就可能会导致在启动eureka客户端的时候产生＂TransportException: Cannot execute request on any known server＂异常,使得eureka客户端无法连接注册中心. 原因是新版的security默认启用了csrf检验，会对注册到注册中心的实例进行csrf拦截,所以在客户端连接eureka注册中心的时候,默认情况下会导致Cannot execute request on any known server问题
　　解决办法: 1.在eureka服务端代码中配置security的csrf检验为false; 2.客户端中以用户名密码形式登录:   client:     service-url:       defaultZone:  http://admin:syc@localhost:1001/eureka/@EnableWebSecurity public class WebSecurityConfig extends WebSecurityConfigurerAdapter {     /**      * 新版的security默认启用了csrf检验,所以在客户端连接eureka注册中心的时候,默认情况下会导致          * Cannot execute request on any known server问题.      * 解决办法:      *    1.在eureka服务端代码中配置security的csrf检验为false;      *    2.客户端中以用户名密码形式登录:      *      client:      *        service-url:      *          defaultZone:  http://admin:syc@localhost:1001/eureka/      */     @Override     protected void configure(HttpSecurity http) throws Exception {         /*直接关闭crsf功能:http.csrf().disable();*/         /*对eureka的访问放行*/         http.csrf().ignoringAntMatchers(＂/eureka/**＂);         super.configure(http);     } }eureka:   client:     service-url:       #defaultZone:  http://localhost:1001/eureka/       defaultZone:  http://admin:syc@localhost:1001/eureka/
　　想要获取更多免费资料添加微信号：codingbb
　　更多内容还可关注公众号【扣丁学堂】
　　JavaSE从入门到精通_变量的声明、赋值、应用