spring相关

1.spring

1.spring的bean，懒加载和非懒加载区别

2.spring的依赖注入

1.setter 方式注入，通过反射调用无参构造方法生成对象，再通过对于的setter方法注入配置，支持注解和 xml两种实现方式

2.构造器方式注入，通过反射调用有参构造方法生成对象，支持注解和 xml两种实现方式

注解实现方式：@Autowired，它是默认按类型匹配的、@Resource，它是默认按名字匹配的

3.spring中 单例（默认单例）和多例的区别

4.spring 的 事务机制

1.什么是事务：

事务是一组不可分割的操作序列，这些操作要么全部成功执行，要么全部失败回滚，以此来保证数据的一致性和完整性。

2.事务传播机制

当一个事务方法调用另一个事务方法时，Spring 如何管理这些事务的开启、挂起、合并等操作。

1.PROPAGATION_REQUIRED 默认

通俗理解：你在餐厅吃饭，如果有朋友在一个大包间里聚餐，你就在这个大包间里再隔出一个小包间自己聚餐（嵌套事务）；要是没有朋友在聚餐，你就自己开个包间聚餐（创建新事务）。小包间出问题了（嵌套事务回滚），不影响大包间里其他人吃饭（外部事务可以选择是否继续）。

5.事务失效的场景

1.数据库本身不支持事务：例如 MySQL 的 InnoDB 存储引擎支持事务，而 MyISAM 不支持。

2.在 Spring 中，只有public方法上的事务注解才会生效。因为 Spring AOP 是通过代理模式实现事务管理的，代理机制对非public方法的支持存在限制。

3.当一个类的内部方法调用另一个有事务注解的方法时，事务会失效。这是因为 Spring AOP 是基于代理模式实现的，内部调用不会经过代理对象，从而无法触发事务拦截器：

@Service public class UserService { public void outerMethod() { // 内部调用，事务失效 this.innerMethod(); } @Transactional public void innerMethod() { // 数据库操作 } } // 事务失效

4.@Transactional注解默认只对RuntimeException及其子类和Error进行回滚。如果抛出的异常不是这些类型，事务将不会回滚。

但是可以自己定义即可：

@Transactional(rollbackFor = Exception.class) public void updateProduct() throws Exception { // 数据库操作 } // 这会儿就能识别到该异常

5.事务传播行为配置错误 （PROPAGATION_SUPPORTS）。

6.异常事件被自己try catch掉了。

7.如果数据源配置不正确，如数据库连接信息错误、数据源未正确注入等，会导致事务管理无法正常工作。

6.aop用到的设计模式

体现为拦截器执行链（执行链模式）

客户端调用 → 代理对象 → 拦截器链执行 ↓ [Before Advice 1] → [Before Advice 2] → [Around Advice] ↓ 目标方法执行（Method Invocation） ↓ [After Returning Advice] → [After Advice] → [After Throwing Advice]

• @Before→AspectJMethodBeforeAdvice
• @AfterReturning→AspectJAfterReturningAdvice
• @Around→AspectJAroundAdvice

2. spring boot

1.spring-boot-starter-web

2.BeanFactory 和 ApplicationContext

// 类层次结构（简化） BeanFactory (基础容器) ↑ ListableBeanFactory ↑ HierarchicalBeanFactory ↑ ApplicationContext (高级容器) ↑ ConfigurableApplicationContext ↑ AbstractApplicationContext ↑ ClassPathXmlApplicationContext // 具体实现 FileSystemXmlApplicationContext AnnotationConfigApplicationContext WebApplicationContext

1. ApplicationContext 是 BeanFactory 的超集，提供更多企业级功能
2. 延迟加载 vs 迫切加载是最显著的区别，影响启动时间和内存使用
3. ApplicationContext 通过启动时检测配置错误发现问题
4. Spring Boot 默认使用 ApplicationContext并进行了优化
5. 现代应用通常使用 ApplicationContext，除非有特殊资源限制