CGLIB 动态代理
使用 CGLIB 动态代理，被代理类不需要强制实现接口。CGLIB 不能对声明为 final的方法进行代理，因为 CGLIB 原理是动态生成被代理类的子类。
OK，AOP 讲了。其实讲到这里，可能会有一个延伸的面试问题。我们知道，Spring事物也是 通 过 AOP 来 实 现的 ， 我们使用的时候 一 般就是在方法上 加@Tranactional 注解，那么你有没有遇到过事物不生效的情况呢？这是为什么？这个问题我们在后面的面试题中会讲。
这只是个大体流程，内部的具体行为太多，需要自行去看看代码。
3.1. 什么是循环依赖，有啥问题？
循环依赖就是 N 个类中循环嵌套引用，这样会导致内存溢出。循环依赖主要分两种：
- 构造器循环依赖
- setter 循环依赖
3.2. Spring 解决循环依赖问题
- 构造器循环依赖问题
无解，直接抛出 BeanCurrentlyInCreatingException 异常。
- setter 循环依赖问题
单例模式下，通过“三级缓存”来处理。非单例模式的话，问题无解。
Spring 初始化单例对象大体是分为如下三个步骤的：
- createBeanInstance：调用构造函数创建对象
- populateBean：调用类的 setter 方法填充对象属性
- initializeBean：调用定义的 Bean 初始化 init 方法
可以看出，循环依赖主要发生在 1、2 步，当然如果发生在第一步的话，Spring 也是无法解决该问题的。那么就剩下第二步 populateBean 中出现的循环依赖问题。通过“三级缓存”来处理，三级缓存如下：
- **singletonObjects：**Cache of singleton objects: bean name --> bean instance，完成初始化的单例对象的 cache（一级缓存）
- **earlySingletonObjects：**Cache of early singleton objects: bean name–> bean instance ，完成实例化但是尚未初始化的，提前暴光的单例对象的 cache （二级缓存）
- singletonFactories ： Cache of singleton factories: bean name -->ObjectFactory，进入实例化阶段的单例对象工厂的 cache （三级缓存）
我们看下获取单例对象的方法：
protected Object getSingleton(String beanName, boolean allowEarlyReference)
{
Object singletonObject = this.singletonObjects.get(beanName);
// isSingletonCurrentlyInCreation：判断当前单例 bean 是否正在创建中
if(singletonObject == null && isSingletonCurrentlyInCreation(beanName))
{
synchronized(this.singletonObjects)
{
singletonObject = this.earlySingletonObjects.get(beanName);
// allowEarlyReference：是否允许从 singletonFactories 中通过 getObject 拿到
对象
if(singletonObject == null && allowEarlyReference)
{
ObjectFactory <? > singletonFactory = this.singletonFactories.get(beanName);
if(singletonFactory != null)
{
singletonObject = singletonFactory.getObject();
this.earlySingletonObjects.put(beanName, singletonObject);
this.singletonFactories.remove(beanName);
}
}
}
}
return(singletonObject != NULL_OBJECT ? singletonObject : null);
}
其中解决循环依赖问题的关键点就在 singletonFactory.getObject() 这一步，getObject 这是 ObjectFactory 接口的方法。Spring 通过对该方法的实现，在createBeanInstance 之后，populateBean 之前，通过将创建好但还没完成属性设置和初始化的对象提前曝光，然后再获取 Bean 的时候去看是否有提前曝光的对象实例来判断是否要走创建流程。
protected void addSingletonFactory(String beanName, ObjectFactory <? > singletonFactory)
{
Assert.notNull(singletonFactory, “Singleton factory must not be null”);
synchronized(this.singletonObjects)
{
if(!this.singletonObjects.containsKey(beanName))
{
this.singletonFactories.put(beanName, singletonFactory);
this.earlySingletonObjects.remove(beanName);
this.registeredSingletons.add(beanName);
}
}
}
可能的原因：
- MySQL 使用的是 MyISAM 引擎，而 MyISAM 是不支持事务的。需要支持使用可以使用 InnoDB 引擎
- 如果使用了 Spring MVC ，context:component-scan 重复扫描问题可能会引起事务失败
- @Transactional 注解开启配置放到 DispatcherServlet 的配置里了。
- @Transactional 注解只能应用到 public 可见度的方法上。 在其他可见类型上声明，事务会失效。
- 在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。所以如果强制使用了
CGLIB，那么事物会实效。
- @Transactional 同一个类中无事务方法 a() 内部调用有事务方法 b()，那么此时事物不生效。
按 理 说 ， 如 果 按 照 Spring 说 的 事 物 传 播 级 别 去 配 置 其 事 物 级 别 为REQUIRES_NEW 的话，那么应该是在调用 b() 的时候会新生成一个事物。实际上却没有。
NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务其实，这是由于 Spring 的事物实现是通过 AOP 来实现的。此时，当这个有注解的方法 b() 被调用的时候，实际上是由代理类来调用的，代理类在调用之前就会启动 transaction。然而，如果这个有注解的方法是被同一个类中的其他方法 a() 调用的，那么该方法的调用并没有通过代理类，而是直接通过原来的那个 bean，所以就不会启动 transaction，我们看到的现象就是 @Transactional 注解无效。
Spring 在 2.5 版本以后开始支持用注解的方式来配置依赖注入。可以用注解的方式来替代XML 方式的 bean 描述，可以将 bean 描述转移到组件类的内部，只需要在相关类上、方法上或者字段声明上使用注解即可。注解注入将会被容器在 XML 注入之前被处理，所以后者会覆盖掉前者对于同一个属性的处理结果。注解装配在 Spring 中是默认关闭的。所以需要在 Spring 文件中配置一下才能使用基于注解的装配模式。如果你想要在你的应用程序中使用关于注解的方法的话，请参考如下的配置。
context:annotation-config/
在标签配置完成以后，就可以用注解的方式在 Spring 中向属性、方法和构造方法中自动装配变量。
下面是几种比较重要的注解类型：
- @Required：该注解应用于设值方法。
- @Autowired：该注解应用于有值设值方法、非设值方法、构造方法和变量。
- @Qualifier：该注解和@Autowired 注解搭配使用，用于消除特定 bean 自动装配的歧义。
- JSR-250 Annotations：Spring 支持基于 JSR-250 注解的以下注解，@Resource、@PostConstruct 和@PreDestroy。
需要文中资料的朋友，可以加我\/信获取：vip1024b 备注Java
-
用户发送请求至前端控制器 DispatcherServlet；
-
DispatcherServlet 收到请求后，调用 HandlerMapping 处理器映射器，请求获取Handle
-
处理器映射器根据请求 url 找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给
DispatcherServlet；
-
DispatcherServlet 调用 HandlerAdapter 处理器适配器；
-
HandlerAdapter 经过适配调用 具体处理器(Handler，也叫后端控制器)；
-
Handler 执行完成返回 ModelAndView；
-
HandlerAdapter 将 Handler 执 行 结 果 ModelAndView 返 回 给DispatcherServlet
；
-
DispatcherServlet 将 ModelAndView 传 给ViewResolver 视图解析器进行解析；
-
ViewResolver 解析后返回具体View；
-
DispatcherServlet 对 View 进行渲染视图（即将模型数据填充至视图中）
-
DispatcherServlet 响应用户。
-
可以支持各种视图技术,而不仅仅局限于 JSP；
-
与 Spring 框架集成（如 IoC 容器、AOP 等）；
-
清 晰 的 角 色 分 配 ： 前 端 控 制 器 (dispatcherServlet) , 请 求
到处理器映射（handlerMapping), 处理器适配器（HandlerAdapter), 视图解析器（ViewResolver）。
总结
无论是哪家公司，都很重视高并发高可用的技术，重视基础，重视JVM。面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，是不是能真的得到锻炼。其实我写了这么多，只是我自己的总结，并不一定适用于所有人，相信经过一些面试，大家都会有这些感触。
最后我整理了一些面试真题资料，技术知识点剖析教程，还有和广大同仁一起交流学习共同进步，还有一些职业经验的分享。
Mapping), 处理器适配器（HandlerAdapter), 视图解析器（ViewResolver）。
总结
无论是哪家公司，都很重视高并发高可用的技术，重视基础，重视JVM。面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，是不是能真的得到锻炼。其实我写了这么多，只是我自己的总结，并不一定适用于所有人，相信经过一些面试，大家都会有这些感触。
最后我整理了一些面试真题资料，技术知识点剖析教程，还有和广大同仁一起交流学习共同进步，还有一些职业经验的分享。
[外链图片转存中…(img-09T7XBmp-1716309484464)]
308
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
