springcloud面试题常用注解，spring

老铁们，大家好，相信还有很多朋友对于springcloud面试题常用注解和spring的相关问题不太懂，没关系，今天就由我来为大家分享分享springcloud面试题常用注解以及spring的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

springcloud-feign实现原理，如何实现负载均衡

首先说明一下，feign只是一个声明式的Http客户端，提供以声明式的方式定义Http调用。本身并没有实现负载均衡，负载均衡是ribbon实现的，feign只是使用而已。

我从不使用feign进行接口调用开始，到使用feign进行接口调用，来说明使用和不使用feign的区别以及如何实现负载均衡的。

不使用Feign的调用

不使用Feign的情况下，进行接口调用，一般都是使用Spring提供的RestTemplate。RestTempate提供了很多调用接口的方法，你可以简单的把RestTemplate理解为是Spring提供的HttpClient。

如果要实现负载均衡，那么只需要加一个LoadBalanced注解，就像下面这样：

那它是怎么实现负载均衡的呢？简单梳理一下源码：

LoadBalancerAutoConfiguration中有下面这段代码，它会将所有有LoadBalanced注解的RestTemplate注入进来

然后通过下面的逻辑，将负载均衡逻辑给添加进去

RestTemplate会在执行之前，先执行拦截器，然后去执行最终的请求

而拦截器中有负载均衡逻辑

首先客户端从服务列表中获取到所有的服务列表信息

客户端按照负载均衡算法逻辑，选择一个服务进行调用具体代码流程比较复杂，这里不具体说明，后续可能会专门写几篇关于SpringCloud源码分析的文章问题

使用RestTemplate有什么问题呢？

和RestTemplate强依赖，不利于扩展或重构

和本地接口调用方式不统一

我们来看看使用Feign后会变成什么情况。使用Feign

假设我要调用一个远程接口，获取用户的信息。那么我们可以这么写：

1处，注解UserApiService为FeignClient，其中的name是需要调用的应用的AppName，即注册到注册中心上的名字

2处，声明调用的接口的地址和Method，这里是/api/getuserinfo，GET请求。1、2结合，即该接口访问的地址是GEThttp://USER/api/getuserinfo3处，请求的参数。完整的请求是GEThttp://USER/api/getuserinfo?userName=ivan&password=123456

怎么调用呢？

调用方式是不是和普通的接口一样？调用端根本就不必关系UserApiService是一个本地实现，还是一个远程调用。这就解决了上面提到的两个问题。

springcloud熔断怎么实现

SpringCloud框架里熔断机制通过Hystrix实现。

熔断机制是赌赢雪崩效应的一种微服务链路保护机制。

当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定阀值缺省是5秒内20次调用失败，就会启动熔断机制。熔断机制的注解是：@HystrixCommand。

springcloud组件fegin到底该不该使用继承特性

Feign使用继承特性，可以减少编码量，也保证了路径映射和参数的一致性。但是会导致服务提供者和服务消费者的耦合度太高，如果服务提供者修改了一个接口的定义，服务消费者也需要相应的修改，进而带来很多未知的工作量，所以要慎重考虑。

Fegin

SpringCloudFeign是一套基于NetflixFeign实现的声明式服务调用客户端。它使得编写Web服务客户端变得更加简单。我们只需要通过创建接口并用注解来配置它既可完成对Web服务接口的绑定。它具备可插拔的注解支持，包括Feign注解、JAX-RS注解。它也支持可插拔的编码器和解码器。SpringCloudFeign还扩展了对SpringMVC注解的支持，同时还整合了Ribbon和Eureka来提供均衡负载的HTTP客户端实现。

Feign原理

Feign通过处理注解，将请求模板化，当实际调用的时候，传入参数，根据参数再应用到请求上，进而转化成真正的Request请求。通过Feign以及JAVA的动态代理机制，使得Java开发人员，可以不用通过HTTP框架去封装HTTP请求报文的方式，完成远程服务的HTTP调用。

微服务启动启动时，Feign会进行包扫描，扫描所有包下@FeignClient注解的接口，按照注解的规则，创建远程接口的本地JDKProxy代理实例。然后，将这些本地Proxy代理实例，注入到SpringIOC容器中。当定义的Feign中的接口被调用时，通过Java的动态代理来生成RequestTemplate。RequestTemplate中包含请求的所有信息，如请求参数，请求URL等。RequestTemplate生成Request，然后将Request交给client处理，这个client默认是Java的HTTPUrlConnection，也可以是OKhttp、Apache的HTTPClient等。最后Client封装成LoadBaLanceClient，结合ribbon负载均衡地发起调用。

如果解决了你的疑惑，请点点关注，谢谢支持。

面试java岗位的时候，你被提过哪些问题

程序员朋友由于每天面对和电脑沟通的语言，有时候可能忽略了一些自然语言的技巧，而在面试中，一些说话的套路往往会帮求职者增分不少，Java就业课中，就有关于面试技巧的分析和参考：

一、面试官：在我们这儿工作，您希望有什么样的薪资待遇？

提示：了解该公司所在地区、所属行业、公司规模等信息，你的薪水要求应该在该公司所在地区、行业、公司规模相应的薪水范围之内。尽可能提供一个你期望的薪水范围，而不是具体的薪金数。

求职者：其实工资并不是我决定工作机会的唯一因素，如果您一定要我回答这个问题，只能说我希望以我所受的教育背景及工作经验，我希望我的工资不低于年薪50,000元。

二、面试官：你认为每年加薪的幅度是多少？

提示：通常,比较可靠的回答是:你希望收入的增长和生活水平的提高保持一致。你还应该提到，你的业绩将是加薪的主要因素。

求职者：总体来说，取决于我个人的业绩和公司的业绩（盈利状况）。但一般而言，至少和生活水平的提高保持一致。

三、面试官：你上一份工作的收入是多少？

提示：有时候面试人员希望得到一个比较明确的答案。记住，在陈述你的收入时，要把你的整个福利收入也加在上面。在有的公司福利收入可以使你的年收入增加30%或更多。

求职者：我过去的三年内一直在ABC公司工作，我是大学一毕业就在这个公司的，当时并没有管理经验。这三年中，我积累了很多管理和财务方面的技巧。现在ABC公司给我的薪水是非常富有竞争性的。

四、面试官：你愿意降低你的标准吗？

提示：如果这确实是你非常希望得到的工作，那么，你应该考虑在开始时工资有所降低。

应强调你可以把工作做得很好，并设法了解公司调整你薪水的时间。另外，对你能够接受的极低数额应心里有数，但千万不要把这个数字告诉给面试人员。

求职者：由于我对该职位非常感兴趣，我可以考虑接受低一些的薪水，你也需要时间让我证明我的能力。我相信我可以干得十分出色，如果我能证明我的能力，你是否会考虑对我的薪水作一些调整呢，比如说，在三个月后。

五、面试官：你认为我们提供给你的薪水如何？

提示：在回答这个问题之前，首先确定这是否是正式聘用的工资数额，也许面试人只是想了解你的工资要求。如果是正式聘用的工资数额，你要确定自己是否能够接受这个数额。

在西方国家，多数雇主希望你能跟他们进一步商量；而在亚洲国家，则相反。如果这个数目大大低于你的期望，可以有技巧性地询问其它的福利项目是怎样的。

求职者：这个数字跟我期望的非常接近，不过我的期望值要稍高些。您是否可以提供一个大致的薪资范围？

六、面试官：能否告诉我，你的工资调整纪录？

提示：在这个问题中，面试人员只是想知道是否你一直原职不变，或者说是否你不断得到晋升的机会。所以，尽量避免提供薪资具体数额，除非他们要求。

求职者：N年来，我一直在ABC公司工作，曾得到X次职务提升。ABC公司每年薪资调整的幅度不是太大，但由于我的工作总是十分优秀，每年的薪资调整都接近调整的很高水平。我目前的工资已比我开始工作的头一年提高XX%。

springcloud报多个bean怎么处理

当SpringCloud报多个bean时，可以使用@Qualifier注解来指定要注入的特定bean。@Qualifier注解可以与@Autowired或@Inject一起使用，以指定要注入的bean的名称或限定符。

另外，还可以使用@Primary注解来指定首选的bean，当存在多个候选bean时，将优先选择带有@Primary注解的bean进行注入。如果以上方法仍无法解决冲突，可以考虑使用@Conditional注解来根据条件选择要注入的bean。

spring boot使用shiro还是secuitry好

Shiro和SpringSecurity都是安全框架，简单说是对访问权限进行控制，他们都提供了认证、授权、加密、会话管理；这里要提一句，通常这种安全框架不会去帮助我们维护用户/权限；这些需要我们自己去实现，然后通过相应的接口注入给安全框架。

那么SpringBoot项目的话，是使用Shiro还是SpringSecurity呢？还是先看看两者有什么区别和各自的优缺点：

Shiro的配置和使用比较简单，SpringSecurity上手复杂些；

Shiro依赖性低，理论上不需要任何框架和容器，可以独立运行（但是最常用的环境还是JavaEE）；SpringSecurity依赖Spring容器；

Shiro支持Web项目和非Web项目；在集群环境中，Shiro可以独立于容器；

SpringSecurity基于Spring开发，项目若使用Spring（包括SpringBoot）作为基础，配合SpringSecurity做权限更加方便；Shiro需要和Spring进行整合（不过这个复杂程度可以忽略）；

SpringSecurity对Oauth、OpenID也有支持，Shiro则需要自己手动实现。

总结一下，SpringBoot使用Shiro还是SpringSecurity，我更倾向于Shiro。

一方面虽然Shiro需要和SpringBoot做整合，但是这个过程不复杂；

另外一方面Oauth、OpenID站点间统一登录功能，会有更好的实现方案，很少在这个层级实现，所以SpringSecurity的这两个功能可以不考虑。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

如果你还想了解更多这方面的信息，记得收藏关注本站。