一、对于SpringCloud、SpringBoot

什么是Spring Boot

用我的话来了解，Spring Boot就是整合了框架的框架，它让所有依赖都变得有序简略，你不必操心A.jar是什么版本，又依赖哪些版本的jar，它默认配置了很多框架的应用形式，就像 maven整合了所有的jar包，Spring Boot整合了所有的框架，第三方库的性能你拿着就能用。

Spring Boot的核心思想就是约定大于配置，所有由内定的束缚来主动实现。采纳 Spring Boot能够大大的简化你的开发模式，节俭大部分照搬照抄的老本，通过大量的代码就能创立一个独立的，它都有对应的组件反对。

它是由 Pivotal团队提供的全新框架,其设计目标是用来简化新 Spring利用的初始搭建以及开发过程。该框架应用了特定的形式来进行配置,从而使开发人员不再须要定义样板化的配置。

Spring Boot提供了很多”开箱即用“的依赖模块，都是以spring-boot-starter-xx作为命名的。上面列举一些罕用的模块。

  • spring-boot-starter-logging ：应用 Spring Boot 默认的日志框架 Logback。
  • spring-boot-starter-log4j ：增加 Log4j 的反对。
  • spring-boot-starter-web ：反对 Web 利用开发，蕴含 Tomcat 和 spring-mvc。
  • spring-boot-starter-tomcat ：应用 Spring Boot 默认的 Tomcat 作为应用服务器。
  • spring-boot-starter-jetty ：应用 Jetty 而不是默认的 Tomcat 作为应用服务器。
  • spring-boot-starter-test ：蕴含罕用的测试所需的依赖，如 JUnit、Hamcrest、Mockito 和 spring-test 等。
  • spring-boot-starter-aop ：蕴含 spring-aop 和 AspectJ 来反对面向切面编程（AOP）。
  • spring-boot-starter-security ：蕴含 spring-security。
  • spring-boot-starter-jdbc ：反对应用 JDBC 拜访数据库。
  • spring-boot-starter-redis ：反对应用 Redis。
  • spring-boot-starter-data-mongodb ：蕴含 spring-data-mongodb 来反对 MongoDB。
  • spring-boot-starter-data-jpa ：蕴含 spring-data-jpa、spring-orm 和 Hibernate 来反对 JPA。
  • spring-boot-starter-amqp ：通过 spring-rabbit 反对 AMQP。
  • spring-boot-starter-actuator ： 增加实用于生产环境的性能，如性能指标和监测等性能。

什么是Spring Cloud

Spring Cloud是一套分布式服务治理的框架,既然它是一套服务治理的框架，那么它自身不会提供具体功能性的操作，更专一于服务之间的通信、熔断、监控等。因而就须要很多的组件来反对一套性能。

微服务是能够独立部署、程度扩大、独立拜访(或者有独立的数据库)的服务单元， Spring Cloud就是这些微服务的大管家，采纳了微服务这种架构之后，我的项目的数量会十分多， Spring Cloud做为大管家就须要提供各种计划来保护整个生态。

SpringColoud的小弟们交融每个微服务中、依赖其它组件并为其提供服务

  • Ribbon，客户端负载平衡，个性有区域亲和、重试机制。
  • Hystrix，客户端容错爱护，个性有服务降级、服务熔断、申请缓存、申请合并、依赖隔离。
  • Feign，申明式服务调用，实质上就是Ribbon+Hystrix
  • Stream，音讯驱动，有Sink、Source、Processor三种通道，个性有订阅公布、生产组、音讯分区。
  • Bus，音讯总线，配合Config仓库批改的一种Stream实现，
  • Sleuth，分布式服务追踪，须要搞清楚TraceID和SpanID以及抽样，如何与ELK整合。

单独启动不须要依赖其它组件，人多势众都无能

  • Eureka，服务注册核心，个性有生效剔除、服务爱护。
  • Dashboard，Hystrix仪表盘，监控集群模式和单点模式，其中集群模式须要收集器Turbine配合。
  • Zuul，API服务网关，性能有路由散发和过滤。
  • Config，分布式配置核心，反对本地仓库、SVN、Git、Jar包内配置等模式，

每个组件都不是平白无故的产生的，是为了解决某一特定的问题而存在

  • Eureka和Ribbon，是最根底的组件，一个注册服务，一个生产服务。
  • Hystrix为了优化Ribbon、避免整个微服务架构因为某个服务节点的问题导致解体，是个保险丝的作用。
  • Dashboard给Hystrix统计和展现用的，而且监控服务节点的整体压力和衰弱状况。
  • Turbine是集群收集器，服务于Dashboard的。
  • Feign是不便咱们程序员些更柔美的代码的。
  • Zuul是加在整个微服务最前沿的防火墙和代理器，暗藏微服务结点IP端口信息，增强平安爱护的。
  • Config是为了解决所有微服务各自保护各自的配置，设置一个批准的配置核心，不便批改配置的。
  • Bus是因为config批改完配置后各个结点都要refresh能力失效切实太麻烦，所以交给bus来告诉服务节点刷新配置的。
  • Stream是为了简化研发人员对MQ应用的复杂度，弱化MQ的差异性，达到程序和MQ松耦合。
  • Sleuth是因为单次申请在微服务节点中跳转无奈追溯，解决工作链日志追踪问题的。
  • 非凡成员Zipkin，之所以非凡是因为从jar包和包名来看它不属于Spring Cloud的一员，然而它与Spring Cloud Sleuth的抽样日志联合的浑然一体。乍一看它与Hystrix的Dashboard作用有重叠的局部，然而他们的侧重点齐全不同。Dashboard偏重的是单个服务的统计和是否可用，Zipkin偏重的监控环节时长。简言之，Dashboard偏重故障诊断，Ziokin偏重性能优化。

与SpringCloud区别

艰深的说，SpringBoot是构建单个服务的疾速架构，比方它是全家桶中的1个汉堡，SpringCloud是关注全局的微服务协调整顿治理框架，相似于组成多个服务的全家桶，桶外面不光有汉堡，还有薯条，还有番茄酱，那当初我要给汉堡加点番茄酱，它就更好吃了，意思就是SpringBoot能够配合全家桶中的这些工具组成一个弱小的微服务体系，有点相似于Collection和Collections。

  1. Spring boot是Spring的一套疾速配置脚手架，能够基于Spring Boot疾速开发单个微服务；
  2. Spring Cloud是一个基于Spring Boot实现的云利用开发工具
  3. Spring Boot专一于疾速、不便集成的单个个体,Spring Cloud是关注全局的服务治理框架；
  4. Spring boot应用了默认大于配置的理念，很多集成计划曾经帮你抉择好了，能不配置就不配置，
  5. Spring Cloud很大的一部分是基于Spring Boot来实现。
  6. Spring Boot能够来到Spring Cloud独立应用开发我的项目，然而Spring Cloud离不开Spring Boot,属于依赖的关系。

二、相干问题

什么是springboot

  • 用来简化spring利用的初始搭建以及开发过程 应用特定的形式来进行配置（properties或yml文件）
  • 创立独立的spring援用程序 main办法运行
  • 嵌入的Tomcat 无需部署war文件
  • 简化maven配置
  • 主动配置spring增加对应性能starter自动化配置

springboot罕用的starter有哪些

  • spring-boot-starter-web 嵌入tomcat和web开发须要servlet与jsp反对
  • spring-boot-starter-data-jpa 数据库反对
  • spring-boot-starter-data-redis redis数据库反对
  • spring-boot-starter-data-solr solr反对
  • mybatis-spring-boot-starter 第三方的mybatis集成starter

springboot主动配置的原理

在spring程序main办法中 增加@SpringBootApplication或者@EnableAutoConfiguration会主动去maven中读取每个starter中的spring.factories文件 该文件里配置了所有须要被创立spring容器中的bean

springboot读取配置文件的形式

springboot默认读取配置文件为application.properties或者是application.yml

springboot集成mybatis的过程

增加mybatis的starter maven依赖

            <dependency>                    <groupId>org.mybatis.spring.boot</groupId>                    <artifactId>mybatis-spring-boot-starter</artifactId>                    <version>1.2.0</version>            </dependency>     在mybatis的接口中 增加@Mapper注解     在application.yml配置数据源信息

springboot如何增加【批改代码】主动重启性能

增加开发者工具集=====spring-boot-devtoolsorg.springframework.bootspring-boot-devtoolstrue

什么是微服务

以前的模式是,所有的代码在同一个工程中,部署在同一个服务器中,同一个我的项目的不同模块不同性能相互抢占资源.

微服务,将工程依据不同的业务规定拆分成微服务,微服务部署在不同的机器上 服务之间进行互相调用.

Java微服务的框架有 dubbo（只能用来做微服务），spring cloud（提供了服务的发现，断路器等）

springcloud如何实现服务的注册和发现

服务在公布时 指定对应的服务名（服务名包含了IP地址和端口） 将服务注册到注册核心（eureka或者zookeeper）

这一过程是springcloud主动实现 只须要在main办法增加@EnableDisscoveryClient 同一个服务批改端口就能够启动多个实例

调用办法：传递服务名称通过注册核心获取所有的可用实例 通过负载平衡策略调用（ribbon和feign）对应的服务

ribbon和feign区别

Ribbon增加maven依赖 spring-starter-ribbon 应用@RibbonClient(value="服务名称") 应用RestTemplate调用近程服务对应的办法

feign增加maven依赖 spring-starter-feign 服务提供方提供对外接口 调用方应用 在接口上应用@FeignClient("指定服务名")

Ribbon和Feign的区别：

Ribbon和Feign都是用于调用其余服务的，不过形式不同。

  1. 启动类应用的注解不同，Ribbon用的是@RibbonClient，Feign用的是@EnableFeignClients。
  2. 服务的指定地位不同，Ribbon是在@RibbonClient注解上申明，Feign则是在定义形象办法的接口中应用@FeignClient申明。
  3. 调用形式不同，Ribbon须要本人构建http申请，模仿http申请而后应用RestTemplate发送给其余服务，步骤相当繁琐。

Feign则是在Ribbon的根底上进行了一次改良，采纳接口的形式，将须要调用的其余服务的办法定义成形象办法即可,不须要本人构建http申请。不过要留神的是形象办法的注解、办法签名要和提供服务的办法完全一致。

springcloud断路器的作用

当一个服务调用另一个服务因为网络起因或者本身起因呈现问题时，调用者就会期待被调用者的响应。

当更多的服务申请到这些资源时导致更多的申请期待，这样就会产生连锁效应（雪崩效应），断路器就是解决这一问题。

断路器有"齐全关上"状态

肯定工夫内 达到肯定的次数无奈调用 并且屡次检测没有复原的迹象 断路器齐全关上，那么下次申请就不会申请到该服务

半开

短时间内有复原迹象,断路器会将局部申请发给该服务.当能失常调用时,断路器敞开.

敞开
当服务始终处于失常状态 能失常调用 断路器敞开