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