Spring Boot 面试,一个问题就干趴下了!

  • 时间:
  • 浏览:0

前言

随着 Spring Boot 使用没有广泛,Spring Boot 因此成为 Java 程序运行员面试的知识点,什么都同学对 Spring Boot 理解不想 没有深刻,老会 就会被哪十几个 连环跑给干趴下了!

比如下面有些段的 Spring Boot 问答:

问:你随便说说 Spring Boot 最大的优势是有哪些呢?

答:Spring Boot 的最大的优势是“约定优于配置“。“约定优于配置“是有些软件设计范式,开发人员按照约定的法子来进行编程,不想 减少软件开发人员需做决定的数量,获得简单的好处,而又不失灵活性。

问:Spring Boot 中 “约定优于配置“的具体产品体现在哪里。

答:Spring Boot Starter、Spring Boot Jpa 不想 “约定优于配置“的有些体现。不想 通过“约定优于配置“的设计思路来设计的,Spring Boot Starter 在启动的过程中会根据约定的信息对资源进行初始化;Spring Boot Jpa 通过约定的法子来自动生成 Sql ,避免小量无效代码编写。具体完整版不想 参考:Spring Boot 为有哪些没有火?

问:Spring Boot Starter 的工作原理是有哪些?

答:Spring Boot 在启动的以一定会干这几件事情:

  • ① Spring Boot 在启动一定会去依赖的 Starter 包中寻找 resources/META-INF/spring.factories 文件,因此根据文件中配置的 Jar 包去扫描项目所依赖的 Jar 包。

  • ② 根据 spring.factories 配置加载 AutoConfigure 类

  • ③ 根据 @Conditional 注解的条件,进行自动配置并将 Bean 注入 Spring Context

总结一下,随便说说只是 Spring Boot 在启动的前一天,按照约定去读取 Spring Boot Starter 的配置信息,再根据配置信息对资源进行初始化,并注入到 Spring 容器中。只是 Spring Boot 启动完毕后,就因此准备好了一切资源,使用过程中直接注入对应 Bean 资源即可。

这只是 简单的三连环问答,我只是 知道有哪十几个 同学不想 完整版的回答出来。

随便说说 Spring Boot 蕴藏什么都的技术点不想 挖掘,今天给大伙儿儿整理了八个高频 Spring Boot 面试题,希望不想 在后期的面试中帮助到大伙儿儿。

1、Spring Boot 的自动配置是怎么后能 实现的?

Spring Boot 项目的启动注解是:@SpringBootApplication,随便说说它只是 由下面八个多注解组成的:

  • @Configuration

  • @ComponentScan

  • @EnableAutoConfiguration

其中 @EnableAutoConfiguration 是实现自动配置的入口,该注解又通过 @Import 注解导入了AutoConfigurationImportSelector,在该类中加载 META-INF/spring.factories 的配置信息。因此筛选出以 EnableAutoConfiguration 为 key 的数据,加载到 IOC 容器中,实现自动配置功能!

2、有哪些是嵌入式服务器?大伙儿儿为有哪些要使用嵌入式服务器呢?

思考一下在你的虚拟机上部署程序运行运行不想 些有哪些。

第一步:安装 Java

第二部:安装 Web 因此是程序运行运行的服务器(Tomat/Wbesphere/Weblogic 等等)

第三部:部署程序运行运行 war 包

因此大伙儿儿想复杂有有哪些步骤,应该怎么后能 做呢?

让大伙儿儿来思考怎么后能 使服务器成为程序运行运行的一主次?

你只不想 八个多安装了 Java 的虚拟机,就不想 直接在顶端部署程序运行运行了,

是不想 很爽?

有些想法是嵌入式服务器的起源。

当大伙儿儿创建八个多不想 部署的程序运行运行的前一天,大伙儿儿因此把服务器(这些,tomcat)嵌入到可部署的服务器中。

这些,对于八个多 Spring Boot 程序运行运行来说,我能 生成八个多蕴藏 Embedded Tomcat 的程序运行运行 jar。你就不想 像运行正常 Java 程序运行运行一样来运行 web 程序运行运行了。

嵌入式服务器只是 大伙儿儿的可执行单元蕴藏服务器的二进制文件(这些,tomcat.jar)。

3、微服务一齐调用多个接口,为什么我支持事务的啊?

支持分布式事务,不想 使用Spring Boot集成 Aatomikos来避免,因此我一般不建议只是 使用,因此使用分布式事务会增加请求的响应时间,影响系统的TPS。一般在实际工作中,会利用消息的补偿机制来避免分布式的事务。

4、shiro和oauth还有cas大伙儿之间的关系是有哪些?问下您公司权限是怎么后能 设计,还有只是 这哪十几个 概念的区别。

cas和oauth是八个多避免单点登录的组件,shiro主只是 负责权限安全方面的工作,什么都功能点不一致。但往往不想 单点登陆和权限控制一齐来使用,什么都不想 cas+shiro因此oauth+shiro只是 的组合。

token一般是客户端登录后服务端生成的令牌,每次访问服务端会进行校验,一般保存到内存即可,只是想 放入有些介质;redis不想 做Session共享,因此前端web服务器有几台负载,因此不想 保持用户登录的情况汇报,这场景使用比较常见。

大伙儿儿公司使用oauth+shiro只是 的法子来做后台权限的管理,oauth负责多后台统一登录认证,shiro负责给登录用户赋予不同的访问权限。

5、各服务之间通信,对Restful和Rpc这2种法子怎么后能 做选取 ?

在传统的SOA治理中,使用rpc的居多;Spring Cloud默认使用restful进行服务之间的通讯。rpc通讯时延会比restful要高有些,因此对于大多数公司来讲,这点时延影响甚微。我建议使用restful有些法子,易于在不同语言实现的服务之间通讯。

6、为什么我设计无情况汇报服务?

对于无情况汇报服务,首先说一下有哪些是情况汇报:因此八个多数据不想 被多个服务共享,不想 完成一笔交易,没有有些数据被称为情况汇报。进而依赖有些“情况汇报”数据的服务被称为有情况汇报服务,反之称为无情况汇报服务。

没有有些无情况汇报服务原则并不想 说在微服务架构里就不允许处在情况汇报,表达的真实意思是要把有情况汇报的业务服务改变为无情况汇报的计算类服务,没有情况汇报数据也就相应的迁移到对应的“有情况汇报数据服务”中。

场景说明:这些大伙儿儿前一天在本地内存中建立的数据缓存、Session缓存,到现在的微服务架构中就应该把有有哪些数据迁移到分布式缓存中存储,让业务服务变成八个多无情况汇报的计算节点。迁移后,就不想 做到按需动态伸缩,微服务应用在运行时动态增删节点,就不再不想 考虑缓存数据怎么后能 同步的现象。

7、Spring Cache 有些常用的缓存注解和意义?

@Cacheable ,用来声明法子是可缓存,将结果存储到缓存中以便后续使用相同参数调用时不需执行实际的法子,直接从缓存中取值。

@CachePut,使用 @CachePut 标注的法子在执行前,不想去检查缓存中算不算处在前一天执行过的结果,只是 每次一定会执行该法子,并将执行结果以键值对的形式存入指定的缓存中。

@CacheEvict,是用来标注在不想 清除缓存元素的法子或类上的,当标记在八个多类上时表示其中所有的法子的执行一定会触发缓存的清除操作。

8、Spring Boot 怎么后能 设置支持跨域请求?

现代浏览器出于安全的考虑, HTTP 请求时不想 遵守同源策略,因此只是 跨域的 HTTP 请求,默认情况汇报下是被禁止的,IP(域名)不同、因此端口不同、协议不同(比如 HTTP、HTTPS)一定会造成跨域现象。

一般前端的避免方案有:

  • ① 使用 JSONP 来支持跨域的请求,JSONP 实现跨域请求的原理简单的说,只是 动态创建<script>标签,因此利用<script>的 SRC 不受同源策略约束来跨域获取数据。缺点是不想 后端配合输出特定的返回信息。

  • ② 利用反应代理的机制来避免跨域的现象,前端请求的前一天先将请求发送到同源地址的后端,通前一天端请求转发来避免跨域的访问。

以后 HTML5 支持了 CORS 协议。CORS 是八个多 W3C 标准,全称是”跨域资源共享”(Cross-origin resource sharing),允许浏览器向跨源服务器,发出 XMLHttpRequest 请求,从而克服了 AJAX 不想 同源使用的限制。它通过服务器增加八个多特殊的 Header[Access-Control-Allow-Origin]来告诉客户端跨域的限制,因此浏览器支持 CORS、因此判断 Origin 通过一句话,就会允许 XMLHttpRequest 发起跨域请求。

前端使用了 CORS 协议,就不想 后端设置支持非同源的请求,Spring Boot 设置支持非同源的请求有有些法子。

第一,配置 CorsFilter。


@Configuration
public class GlobalCorsConfig {
    @Bean
    public CorsFilter corsFilter() {
        CorsConfiguration config = new CorsConfiguration();
          config.addAllowedOrigin("*");
          config.setAllowCredentials(true);
          config.addAllowedMethod("*");
          config.addAllowedHeader("*");
          config.addExposedHeader("*");

        UrlBasedCorsConfigurationSource configSource = new UrlBasedCorsConfigurationSource();
        configSource.registerCorsConfiguration("/**", config);

        return new CorsFilter(configSource);
    }
}

不想 配置上述的一段代码。第二种法子稍微简单有些。

第二,在启动类加上上:


public class Application extends WebMvcConfigurerAdapter {  

    @Override  
    public void addCorsMappings(CorsRegistry registry) {  

        registry.addMapping("/**")  
                .allowCredentials(true)  
                .allowedHeaders("*")  
                .allowedOrigins("*")  
                .allowedMethods("*");  

    }  
}  

9、JPA 和 Hibernate 有有哪些区别?JPA 不想 支持动态 SQL 吗?

JPA有些是有些规范,它的本质是有些ORM规范(不想 ORM框架,因此JPA并未提供ORM实现,只是 制定了规范)因此JPA是有些规范,什么都,只是 提供了有些相关的接口,因此接口从不想 直接使用,JPA底层不想 有些JPA实现,Hibernate 是 JPA 的八个多实现集。

JPA 是根据实体类的注解来创建对应的表和字段,因此不想 动态创建表因此字段,不想 动态构建对应的实体类,再重新调用Jpa刷新整个Entity。动态SQL,mybatis支持的最好,jpa只是想 支持,因此没有Mybatis没有灵活。

10、Spring 、Spring Boot 和 Spring Cloud 的关系?

Spring 最初最核心的两大核心功能 Spring Ioc 和 Spring Aop 成就了 Spring,Spring 在这两大核心的功能上不断的发展,才有了 Spring 事务、Spring Mvc 等一系列伟大的产品,最终成就了 Spring 帝国,到了后期 Spring 几乎不想 避免企业开发中的所有现象。

Spring Boot 是在强大的 Spring 帝国生态基础顶端发展而来,发明的故事 Spring Boot 不想 为了取代 Spring ,是为了让大伙儿更容易的使用 Spring 。

Spring Cloud 是一系列框架的有序集合。它利用 Spring Boot 的开发便利性巧妙地复杂了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都不想 用 Spring Boot 的开发风格做到一键启动和部署。

Spring Cloud 是为了避免微服务架构中服务治理而提供的一系列功能的开发框架,因此 Spring Cloud 是完整版基于 Spring Boot 而开发,Spring Cloud 利用 Spring Boot 社会形态整合了开源行业中优秀的组件,整体对外提供了一套在微服务架构中服务治理的避免方案。

用一组不太合理的蕴藏关系来表达它们之间的关系。

Spring ioc/aop > Spring > Spring Boot > Spring Cloud