总结
虽然面试套路众多，但对于技术面试来说，主要还是考察一个人的技术能力和沟通能力。不同类型的面试官根据自身的理解问的问题也不尽相同，没有规律可循。
上面提到的关于这些JAVA基础、三大框架、项目经验、并发编程、JVM及调优、网络、设计模式、spring+mybatis源码解读、Mysql调优、分布式监控、消息队列、分布式存储等等面试题笔记及资料
有些面试官喜欢问自己擅长的问题，比如在实际编程中遇到的或者他自己一直在琢磨的这方面的问题，还有些面试官，尤其是大厂的比如 BAT 的面试官喜欢问面试者认为自己擅长的，然后通过提问的方式深挖细节，刨根到底。
- 构造函数参数解析匹配通过使用参数的类型进行
上述的例子中Lion 、Tiger类不是通过继承关联的，则不存在潜在的歧义，配置生效，
（以下的例子来自官方）
- type 属性
- index 属性
- name 属性
1.4.1.2 Setter 注入
基于设置器的DI是通过在调用无参数构造函数或无参数static工厂方法以实例化您的bean之后，在您的bean上调用setter方法来完成的。
-
必须具有无参构造器
-
必须有set函数，函数名为 set+属性名（首字母大写）
1.4.1.3 Factory方法注入
这种方法与上述两种原理是一致的，区别不大。
public class ExampleBean {
// a private constructor
private ExampleBean(…) {
…
}
// a static factory method; the arguments to this method can be
// considered the dependencies of the bean that is returned,
// regardless of how those arguments are actually used.
public static ExampleBean createInstance (
AnotherBean anotherBean, YetAnotherBean yetAnotherBean, int i) {
ExampleBean eb = new ExampleBean (…);
// some other operations…
return eb;
}
}
实例（非静态）工厂方法可以以基本上相同的方式使用（除了使用factory-bean属性代替使用class属性外）
1.4.1.4 循环依赖问题
package com.jsy.pojo;
public class A {
B b;
public void setB(B b) {
this.b = b;
}
}
package com.jsy.pojo;
public class B {
A a;
public void setA(A a) {
this.a = a;
}
}
使用构造函数注入，则可能会创建无法解决的循环依赖方案
一种可能的解决方案是编辑某些类的源代码，这些类的源代码由设置者而不是构造函数来配置。或者，避免构造函数注入，而仅使用setter注入。换句话说，尽管不建议这样做，但是您可以使用setter注入配置循环依赖关系。
简单的说，如果出现循环依赖，必须使用setter注入。
1.4.2 依赖注入的细节
setter注入使用<property/>
constructor 注入使用<constructor-arg/>元素
下面主要是setter注入解释。
1.4.2.1 真值注入
1.4.2.2 Bean注入
1.4.2.3 空串和NULL
下面的例子来自Kuangshen.
1.4.2.4 数组注入
西游记
红楼梦
水浒传
1.4.2.5 List注入
听歌
看电影
爬山
1.4.2.6 Map注入
1.4.2.7 Set注入
LOL
BOB
COC
1.4.2.8 Properties注入
20190604
男
小明
1.4.2.9 p-命名空间与c-命名空间
- p-空间
依赖于setter方法的依赖注入
在头文件中导入约束xml名称空间 : xmlns:p=“http://www.springframework.org/schema/p”
注意对于bean的注入必须在字段名后面加上-ref，否则bean初始化出错。
- c-空间
依赖于构造函数;
须导入名称空间：xmlns:c=“http://www.springframework.org/schema/c”
1.4.5 自动装配
这里并不打算讲在spring中基于xml的自动装配，后面会基于注解来实现自动装配，故这里略去不谈。
1.4.6 方法注入
方法注入是Spring IoC容器的一项高级功能，这里只讲解决办法。
这里只讲一下为什么需要方法注入。
简单来说，由于bean的声明周期不同，导致的问题。比如一个单例的bean依赖一个原型的bean，但是单例的bean的属性注入只有一次机会，这个时候就产生了问题。
使用 @Lookup 注解。
- 声明一个原型bean。
@Component
@Scope(“prototype”)
public class MyPrototype {
}
- 在单例bean写一个返回 null 的 getXXX方法，
这里的方法名实际上就是xml的 bean的id。
再用@Lookup标记方法。
（这里也可以直接写成抽象方法，但不管怎样到最后，Spring框架都要通过使用CGLIB库中的字节码生成来动态生成覆盖该方法的子类，从而实现此方法注入）
@Component
public class MySingleton {
@Lookup
public MyPrototype getMyPrototype() {
return null;
}
}
最后
分布式技术专题+面试解析+相关的手写和学习的笔记pdf
还有更多Java笔记分享如下：
@Component
@Scope(“prototype”)
public class MyPrototype {
}
- 在单例bean写一个返回 null 的 getXXX方法，
这里的方法名实际上就是xml的 bean的id。
再用@Lookup标记方法。
（这里也可以直接写成抽象方法，但不管怎样到最后，Spring框架都要通过使用CGLIB库中的字节码生成来动态生成覆盖该方法的子类，从而实现此方法注入）
@Component
public class MySingleton {
@Lookup
public MyPrototype getMyPrototype() {
return null;
}
}
最后
分布式技术专题+面试解析+相关的手写和学习的笔记pdf
还有更多Java笔记分享如下：
[外链图片转存中…(img-b0R80s51-1715648717912)]
271
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
