springboot+springcloud相关面试题

标签：auto   需要   相关   factor   服务器   地址   抽象   解决   互调   

    用来简化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-devtools

<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<optional>true</optional>
</dependency>
</dependencies>

什么是微服务

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

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

    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断路器的作用

    当一个服务调用另一个服务由于网络原因或者自身原因出现问题时 调用者就会等待被调用者的响应 当更多的服务请求到这些资源时
            导致更多的请求等待 这样就会发生连锁效应（雪崩效应） 断路器就是解决这一问题
            断路器有完全打开状态
           一定时间内 达到一定的次数无法调用 并且多次检测没有恢复的迹象 断路器完全打开，那么下次请求就不会请求到该服务
             半开
             短时间内 有恢复迹象 断路器会将部分请求发给该服务 当能正常调用时 断路器关闭
            关闭
            当服务一直处于正常状态 能正常调用 断路器关闭

springboot+springcloud相关面试题

标签：auto   需要   相关   factor   服务器   地址   抽象   解决   互调   

原文地址：http://blog.51cto.com/14028890/2336780