总结
蚂蚁面试比较重视基础，所以Java那些基本功一定要扎实。蚂蚁的工作环境还是挺赞的，因为我面的是稳定性保障部门，还有许多单独的小组，什么三年1班，很有青春的感觉。面试官基本水平都比较高，基本都P7以上，除了基础还问了不少架构设计方面的问题，收获还是挺大的。
经历这次面试我还通过一些渠道发现了需要大厂真实面试主要有：蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初，中级，高级Java面试题集合，附带超详细答案，希望能帮助到大家。
try
{
Field field = person.getClass().getDeclaredField(fieldName);
// 主要就是这里，需要将属性的 accessible 设置为 true
field.setAccessible(true);
return field.get(person);
}
catch(Exception e)
{
e.printStackTrace();
}
return null;
}
AOP
AOP 的内部原理其实就是动态代理和反射了。主要涉及到的反射类：
动态代理相关原理的话，你需要了解什么是代理模式、静态代理的不足、动态代理的实现原理。Spring 中实现动态代理有两种方式可选，这两种动态代理的实现方式的一个对比也是面试中常问的。
JDK 动态代理
必须实现 InvocationHandler 接口，然后通过** Proxy.newProxyInstance(ClassLoader**
loader, Class<?>[] interfaces, InvocationHandler h) 获得动态代理对象。
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。
-
用户发送请求至前端控制器 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 等）；
写在最后
学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。所以：贵在坚持！
最后再分享的一些BATJ等大厂20、21年的面试题，把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。
Mybatis面试专题
MySQL面试专题
并发编程面试专题
实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。
[外链图片转存中…(img-d3wRkfSR-1715813586675)]
Mybatis面试专题
[外链图片转存中…(img-itl0b7N4-1715813586675)]
MySQL面试专题
[外链图片转存中…(img-A0H6cGHi-1715813586676)]
并发编程面试专题
286
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
