spring常见面试题

Regardant le ciel ét

已于 2024-08-07 00:26:52 修改

阅读量60

点赞数 1

分类专栏：面试文章标签： spring java 后端

于 2024-08-07 00:07:02 首次发布

本文链接：https://blog.csdn.net/qq_44859417/article/details/140968978

版权

面试专栏收录该内容

9 篇文章 0 订阅

订阅专栏

ioc和aop

控制反转(IoC)
控制反转，简单点说，就是创建对象的控制权，被反转到了Spring框架上。

通常，我们实例化一个对象时，都是使用类的构造方法来new一个对象，这个过程是由我们自己来控制的，而控制反转就把new对象的工交给了Spring容器。

spring事务失效的几种场景

1.数据库存储引擎不支持事务

以 MySQL 为例，其 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。

2.没有被spring管理
如下面例子:

// @Service
public class OrderServiceImpl implements OrderService {

    @Transactional
    public void updateOrder(Order order) {
        // update order
    }
 }

如果此时把 @Service 注解注释掉，这个类就不会被加载成一个 Bean，那这个类就不会被 Spring 管理了，事务自然就失效了。

3.方法不是 public 的
大概意思就是 @Transactional 只能用于 public 的方法上，否则事务不会生效，如果要用在非 public 方法上，可以开启 AspectJ 代理模式。

4.自身调用问题

@Service
public class OrderServiceImpl implements OrderService {

    public void update(Order order) {
        this.updateOrder(order);
    }
    
    @Transactional
    public void updateOrder(Order order) {
        // update order
    }
 }

发生了自身调用，就调该类自己的方法，而没有经过 Spring 的代理类，默认只有在外部调用事务才会生效,this是一个实际的对象，事务调用者为动态代理对象才生效

5.异常被处理掉了

@Service
public class OrderServiceImpl implements OrderService {

    @Transactional
    public void updateOrder(Order order) {
        try {
            // update order
        } catch {
            
        }
    }
}

把异常吃了，然后又不抛出来，事务怎么回滚吧！

6.异常类型错误

 @Service
public class OrderServiceImpl implements OrderService {

    @Transactional
    public void updateOrder(Order order) {
        try {
            // update order
        } catch {
            throw new Exception("更新错误");
        }
    }
 }

这样事务也是不生效的，因为默认回滚的是：RuntimeException，如果你想触发其他异常的回滚，需要在注解上配置一下，如：
@Transactional(rollbackFor = Exception.class)
这个配置仅限于 Throwable 异常类及其子类。

7.@Transactional标记在了非接口实现的方法上

@Resource
private INoWorkingService noWorkingService;

@Test
void noWorkModel1(){
     noWorkingService.noWorkModel1();

 @Override
    public void noWorkModel1() {
        noWorkModel1_1();
    }
@Transactional
public void noWorkModel1_1(){
    User user = new User();
    user.setName("noWorkModel1_1");
    user.setAge(777);
    userDao.save(user);
    int q = 1/0;
}
由于业务开发中通常使用接口作为调用对象，如果注解标记在了接口方法调用的方法中，则事务无效

Spring注入Bean的几种方式

通过注解注入Bean
通过构造方法注入Bean
通过set方法注入Bean
通过属性去注入Bean
通过List注入Bean
通过Map去注入Bean

spring中bean的作用域

①singleton(单例模式)：默认作用域，在spring容器中一个bean只创建一个实例，所有对bean的请求和引用都会返回这个实例。适用都是无状态的bean。
②prototype(原型模式)：每次请求都会为bean创建一个实例。适用都是有状态的bean。
③request(请求作用域)：为每一个HTTP请求创建一个实例，在请求完成以后，bean会失效，会被垃圾回收器回收。
④session(会话作用域)：为每一个HTTP会话创建一个实例，不同会话使用不同实例，session销毁，bean失效。
⑤global-session(全局作用域)： Spring5 已经没有了

BeanFactory 和 ApplicationContext有什么区别？

是spring的核心接口，都可以作为容器，ApplicationContext是BeanFactory的子接口。
BeanFactory：是spring最底层的接口，包含各种Bean的定义和Bean的管理。
ApplicationContext：作为BeanFactory的派生，除了有BeanFactory的功能以外，还提供了更多的功能。

区别：
① BeanFactroy采用的是延迟加载形式来注入Bean的，使用到bean才会加载。ApplicationContext一次性加载所有bean。
② BeanFactory需要手动注册，而ApplicationContext则是自动注册。
③ BeanFactory不支持国际化，ApplicationContext支持国际化(实现MessageSource接口)。

spring如何处理线程的并发问题？

①把成员变量写在方法内。
②使用ThreadLocal，ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。
③修改bean的作用域，singleton改为prototype。（@Scope（“prototype”））
④使用synchronized修饰。

spring的常用注解

@Component（任何层）、@Controller（表现层）、@Service（逻辑层）、@Repository（持久层）：被修饰的类，会被spring扫描到并注入到bean容器中(实例化对象)。
@Scope：设置spring的作用域。
@Bean：用于将方法返回值对象放入容器。
@Import：在一个配置类中导入其它配置类的内容。
@AutoWired：按照类型匹配注入。
@Qualifier：和AutoWired联合使用，在按照类型匹配的基础上，在按照名称匹配。
@Resource：按照名称匹配依赖注入。
@Configuration：被此注解标注的类,会被 Spring 认为是配置类。
@ComponentScan：用于对组件(Component)进行扫描。
@Transactional：可以用于类和方法上，具有事务管理的功能
@Value：将外部的值动态注入到 Bean 中。
@Value(“${}”)：可以获取配置文件的值。
@Value(“#{}”)：表示SpEl(Spring Expression Language是Spring表达式语言，可以在运行时查询和操作数据。)表达式通常用来获取 bean 的属性，或者调用 bean 的某个方法。

autowired和resource区别

1、 @Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。

2、 @Autowired默认按类型装配（这个注解是属业spring的），默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false，如：@Autowired(required=false) ，如果我们想使用名称装配可以结合@Qualifier注解进行使用，如下：

@Autowired () @Qualifier ( "baseDao" )
private BaseDao baseDao;

3、@Resource（这个注解属于J2EE的），默认按照名称进行装配，名称可以通过name属性进行指定，如果没有指定name属性，当注解写在字段上时，默认取字段名进行安装名称查找，如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是，如果name属性一旦指定，就只会按照名称进行装配。
@Resource装配顺序
　　1. 如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常
　　2. 如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常
　　3. 如果指定了type，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常
　　4. 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配；

spring 的事务隔离

五大隔离级别。
ISOLATION_DEFAULT：默认值，使用数据库的隔离级别。
ISOLATION_READ_UNCOMMITTED：读未提交。事务可以读取未提交的数据，也称作脏读（Dirty Read）。一般很少使用。
ISOLATION_READ_COMMITTED：读已提交。是大多数 DBMS （如：Oracle, SQLServer）默认事务隔离。执行两次同样的查询却有不同的结果，也叫不可重复读。
ISOLATION_REPEATABLE_READ：可重复读。是 MySQL 默认事务隔离级别。能确保同一事务多次读取同一数据的结果是一致的。可以解决脏读的问题，但理论上无法解决幻读（Phantom Read）的问题。
ISOLATION_SERIALIZABLE：序列化。是最高的隔离级别。强制事务串行执行，会在读取的每一行数据上加锁，这样虽然能避免幻读的问题，但也可能导致大量的超时和锁争用的问题。很少会应用到这种级别，只有在非常需要确保数据的一致性且可以接受没有并发的应用场景下才会考虑。

事务传播行为

REQUIRED(0)
需要事务，它是默认传播行为，如果当前存在事务，就沿用当前事务，否则新建一个事务运行子方法。

SUPPORTS(1)
支持事务，如果当前存在事务，就沿用当前事务，如果不存在，则继续采用无事务的方式运行子方法。

MANDATORY(2)
必须使用事务，如果当前没有事务，则会抛出异常，如果存在当前事务，就沿用当前事务。

REQUIRES_NEW(3)
无论当前事务是否存在，都会创建新事务运行方法，这样新事务就可以拥有新的锁和隔离级别等特性，与当前事务相互独立。

NOT_SUPPORTED(4)
不支持事务，当前存在事务时，将挂起事务，运行方法。

NEVER(5)
不支持事务，如果当前方法存在事务，则抛出异常，否则继续使用无事务机制运行。

NESTED(6)
在当前方法调用子方法时，如果子方法发生异常，只回滚子方法执行过的SQL，而不回滚当前方法的事务。

Regardant le ciel ét

关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
spring常见面试题

发生了自身调用，就调该类自己的方法，而没有经过 Spring 的代理类，默认只有在外部调用事务才会生效,this是一个实际的对象，事务调用者为动态代理对象才生效。通常，我们实例化一个对象时，都是使用类的构造方法来new一个对象，这个过程是由我们自己来控制的，而控制反转就把new对象的工交给了Spring容器。如果此时把 @Service 注解注释掉，这个类就不会被加载成一个 Bean，那这个类就不会被 Spring 管理了，事务自然就失效了。把异常吃了，然后又不抛出来，事务怎么回滚吧！
复制链接

扫一扫

专栏目录