Spring和SpringMVC常见面试题，javaio面试

最新推荐文章于 2024-08-04 07:57:27 发布

2401_84024576

最新推荐文章于 2024-08-04 07:57:27 发布

阅读量550

点赞数 17

分类专栏：程序员文章标签： spring 面试 java

本文链接：https://blog.csdn.net/2401_84024576/article/details/137742846

版权

程序员专栏收录该内容

210 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

12. 为什么使用IoC？

使用IoC有以下好处：

1、资源集中管理，实现资源的可配置和易管理；

2、降低了资源的依赖程度，即松耦合；

3、便于测试；

4、功能可复用（减少对象的创建和内存消耗）；

5、使得程序的整个体系结构可维护性、灵活性、扩展性变高；

13. 什么是DI？

DI（Dependency Injection）依赖注入，是组件之间依赖关系由容器在运行期决定，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。

14. IoC 和 DI 的关系是？

DI 是实现 IoC 的方法和手段；

15. spring有哪些主要模块？

1、Spring Core

框架的最基础部分，提供 IoC 容器，对 bean 进行管理。

2、Spring Context

基于 bean，提供上下文信息，扩展出JNDI、EJB、电子邮件、国际化、校验和调度等功能。

3、Spring DAO

提供了JDBC的抽象层，它可消除冗长的JDBC编码和解析数据库厂商特有的错误代码，还提供了声明性事务管理方法。

4、Spring ORM

提供了常用的“对象/关系”映射APIs的集成层。其中包括JPA、JDO、Hibernate、MyBatis 等。

5、Spring AOP

提供了符合AOP Alliance规范的面向方面的编程实现。

6、Spring Web

提供了基础的 Web 开发的上下文信息，可与其他 web 进行集成。

7、Spring Web MVC

提供了 Web 应用的 Model-View-Controller 全功能实现。

16. 依赖注入的常见实现方式有哪些？

1、setter 注入（注入方式又分为java代码注入和XML配置注入）；

2、构造方法注入；

3、注解注入；

4、静态工厂注入；

5、实例工厂注入；

17. spring中的bean是线程安全的吗？

Spring 不保证 bean 的线程安全。默认 spring 容器中的 bean 是单例的。当单例中存在竞态条件，即有线程安全问题。

18. spring支持几种bean的作用域？

1、singleton：单例模式，在整个Spring IoC容器中，使用 singleton 定义的 bean 只有一个实例；

2、prototype：原型模式，每次通过容器的getbean方法获取 prototype 定义的 bean 时，都产生一个新的 bean 实例；

只有在 Web 应用中使用Spring时，request、session、global-session 作用域才有效；

3、request：对于每次 HTTP 请求，使用 request 定义的 bean 都将产生一个新实例，即每次 HTTP 请求将会产生不同的 bean 实例；

4、session：同一个 Session 共享一个 bean 实例；

5、global-session：同 session 作用域不同的是，所有的Session共享一个Bean实例；

19. 使用单例模式的好处是什么？

对于频繁使用的对象，可以省略创建对象所花费的时间，这对于那些重量级对象而言，是非常可观的一笔系统开销；由于 new 操作的次数减少，因而对系统内存的使用频率也会降低，这将减轻 GC 压力，缩短 GC 停顿时间。

20. spring自动装配bean有哪些方式？

spring 配置文件中节点的 autowire 参数可以控制 bean 自动装配的方式；

1、default - 默认的方式和 “no” 方式一样；

2、no - 不自动装配，需要使用 < ref />节点或参数；

3、byName - 根据名称进行装配；

4、byType - 根据类型进行装配；

5、constructor - 根据构造函数进行装配；

21. 什么是 Spring 的内部 bean？

当一个 bean 仅被用作另一个 bean 的属性时，它能被声明为一个内部 bean，为了定义 inner Bean，在 Spring 的基于 XML 的配置元数据中，可以在< property/> 或 < constructor-arg/> 元素内使用 < bean/> 元素，内部 bean 通常是匿名的，它们的 Scope 一般是 prototype。

22. @Component 和 @Bean 有什么区别？

它们的作用对象不同：@Component 作用于类，而 @Bean 注解作用于方法。

@Component 通常是通过类路径扫描来自动侦测和装配对象到 Spring 容器中，比如 @ComponentScan 注解就是定义扫描路径中的类装配到 Spring 的 Bean 容器中；@Bean 注解是告诉 Spring 这是某个类的实例，当我需要用它的时把它给我，@Bean 注解比 @Component 注解自定义性更强，很多地方我们只能通过 @Bean 注解来注册 Bean，比如当我们引用第三方库中的类需要装配到 Spring容器时，则只能通过 @Bean 来实现。

23. 你知道 spring 中 Bean 的生命周期吗？

Spring 中 Bean 的生命周期如下：

① 实例化 Bean：对于 BeanFactory 容器，当客户向容器请求一个尚未初始化的 Bean 时，或初始化 Bean 的时候需要注入另一个尚未初始化的依赖时，容器就会调用 createBean 进行实例化。对于 ApplicationContext 容器，当容器启动结束后，通过获取 BeanDefinition 对象中的信息，实例化所有的 Bean；

② 设置对象属性（依赖注入）：实例化后的对象被封装在 BeanWrapper 对象中，紧接着 Spring 根据 BeanDefinition 中的信息以及通过 BeanWrapper 提供的设置属性的接口完成依赖注入；

③ 处理 Aware 接口：Spring 会检测该对象是否实现了 xxxAware 接口，并将相关的 xxxAware 实例注入给 Bean：

如果这个 Bean 已经实现了 BeanNameAware 接口，会调用它实现的 setBeanName(String BeanId) 方法，此处传递的就是 Spring 配置文件中 Bean 的 id 值；

如果这个 Bean 已经实现了 BeanFactoryAware 接口，会调用它实现的 setBeanFactory() 方法，传递的是 Spring 工厂自身；

如果这个 Bean 已经实现了 ApplicationContextAware 接口，会调用 setApplicationContext(ApplicationContext) 方法，传入 Spring 上下文；

④ BeanPostProcessor：如果想对 Bean 进行一些自定义的处理，那么可以让 Bean 实现了 BeanPostProcessor 接口，那将会调用 postProcessBeforeInitialization(Object obj, String s) 方法；

⑤ InitializingBean 与 init-method：如果 Bean 在 Spring 配置文件中配置了 init-method 属性，则会自动调用其配置的初始化方法；

⑥ 如果这个 Bean 实现了 BeanPostProcessor 接口，将会调用 postProcessAfterInitialization(Object obj, String s) 方法；由于这个方法是在 Bean 初始化结束时调用的，因而可以被应用于内存或缓存技术；

以上几个步骤完成后，Bean 就已经被正确创建了，之后就可以使用这个 Bean 了。

⑦ DisposableBean：当 Bean 不再需要时，会经过清理阶段，如果 Bean 实现了 DisposableBean 这个接口，会调用其实现的 destroy() 方法；

⑧ destroy-method：最后，如果这个 Bean 的 Spring 配置中配置了 destroy-method 属性，会自动调用其配置的销毁方法。

24. BeanFactory 和 ApplicationContext对比？

Spring使用工厂模式可以通过 BeanFactory 或 ApplicationContext 创建 bean 对象；

BeanFactory ：延迟注入(使用到某个 bean 的时候才会注入),相比于BeanFactory 来说会占用更少的内存，程序启动速度更快。

ApplicationContext ：容器启动的时候，不管你用没用到，一次性创建所有 bean 。BeanFactory 仅提供了最基本的依赖注入支持，ApplicationContext 扩展了 BeanFactory ,除了有BeanFactory的功能还有额外更多功能，所以一般开发人员使用ApplicationContext会更多。

25. spring 的 JdbcTemplate 对象和 JDBC 有什么区别？

Spring 的 JdbcTemplate 是对 JDBC API 的封装，提供更多的功能和更便利的操作，比如 JdbcTemplate 拥有：

1、JdbcTemplate 是线程安全的；

2、实例化操作比较简单，仅需要传递 DataSource；

3、自动完成资源的创建和释放工作；

4、创建一次 JdbcTemplate，到处可用，避免重复开发。

26. spring事务实现方式有哪些？

编程式事务管理：

在代码中调用 commit()、rollback()等事务管理相关的方法；

声明式事务管理：

1、基于 TransactionProxyFactoryBean 的声明式事务管理；

2、基于注解 @Transactional 的声明式事务管理；

3、基于 Aspectj AOP 配置（注解）事务；

27. 编程性事务和声明式事务的优缺点？

编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。

声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽。

28. spring 事务隔离级别有哪些？

1、ISOLATION_DEFAULT：用底层数据库的设置隔离级别，数据库设置的是什么我就用什么；

2、ISOLATIONREADUNCOMMITTED：未提交读，最低隔离级别、事务未提交前，就可被其他事务读取（会出现幻读、脏读、不可重复读）；

3、ISOLATIONREADCOMMITTED：提交读，一个事务提交后才能被其他事务读取到（会造成幻读、不可重复读），SQL server 的默认级别；

4、ISOLATIONREPEATABLEREAD：可重复读，保证多次读取同一个数据时，其值都和事务开始时候的内容是一致，禁止读取到别的事务未提交的数据（会造成幻读），MySQL 的默认级别；

5、ISOLATION_SERIALIZABLE：序列化，代价最高最可靠的隔离级别，该隔离级别能防止脏读、不可重复读、幻读。

默认值为 ISOLATION_DEFAULT 遵循数据库的事务隔离级别设置。

29. spring 声明式事务无效可能的原因有哪些？

1、如使用mysql且引擎是MyISAM，则事务会不起作用，原因是MyISAM不支持事务，可以改成InnoDB；

2、如果使用了spring+mvc，则context:component-scan重复扫描问题可能会引起事务失败；

3、@Transactional 注解开启配置，必须放到listener里加载，如果放到DispatcherServlet的配置里，事务也是不起作用的；

4、@Transactional 注解只能应用到 public 可见度的方法上。如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，事务也会失效；

5、Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。

30. spring 中都用了哪些设计模式？

工厂设计模式：Spring使用工厂模式可以通过 BeanFactory 或 ApplicationContext 创建 bean 对象；

单例设计模式：在我们的系统中，有一些对象其实我们只需要一个，比如说：线程池、缓存、对话框、注册表、日志对象、充当打印机、显卡等设备驱动程序的对象。事实上，这一类对象只能有一个实例，如果制造出多个实例就可能会导致一些问题的产生，比如：程序的行为异常、资源使用过量、或者不一致性的结果。

代理设计模式：AOP(Aspect-Oriented Programming:面向切面编程)能够将那些与业务无关，却为业务模块所共同调用的逻辑或责任（例如事务处理、日志管理、权限控制等）封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可拓展性和可维护性。

观察者模式：观察者模式是一种对象行为型模式。它表示的是一种对象与对象之间具有依赖关系，当一个对象发生改变的时候，这个对象所依赖的对象也会做出反应。Spring 事件驱动模型就是观察者模式很经典的一个应用。Spring 事件驱动模型非常有用，在很多场景都可以解耦我们的代码。比如我们每次添加商品的时候都需要重新更新商品索引，这个时候就可以利用观察者模式来解决这个问题。

适配器模式：适配器模式(Adapter Pattern) 将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。

装饰者模式：装饰者模式可以动态地给对象添加一些额外的属性或行为。

31.如果想在拦截的方法里面得到从前台传入的参数，怎么得到？

答：直接在形参里面声明这个参数就可以，但必须名字和传过来的参数一样。

32.如果前端传入多个参数，并且参数都是同个对象的，如何快速得到这个对象？

答：直接在方法中声明这个对象，SpringMvc就自动会把属性赋值到这个对象里面。

33.SpringMvc中函数的返回值是什么？

答：返回值可以有很多类型，有String，ModelAndView。ModelAndView类把视图和数据都合并的一起的，但一般用String比较好。

34.SpringMvc用什么对象从后台向前台传递数据的？

答：通过ModelMap对象，可以在这个对象里面调用put方法，把对象加到里面，前端就可以通过el表达式拿到。