mybatis分页插件底层实现原理?
1.使用Map来进行包装数据实现分页功能 分为SQL映射和DAO实现类
2.使用RowBounds来实现分页 分为SQL的xml映射
分页插件的原理:基于拦截器拦截待执行SQL语句,然后修改最终执行SQL语句。属于物理分页
MyBatis里mapper接口为什么不需要实现类
动态代理生成了接口的对应的类
Mybatis 提供了 Mapper接口的代理对象,在执行 Mapper接口方法时,实际执行的是Mybatis的代理对象,代理对象在 invoke 方法内获取 Mapper接口类全名+方法全名 作为statement的ID,然后通过ID去Statement匹配注册的SQL,然后使用 SqlSession 执行这个 SQL。
所以,这也解释了为什么Mybatis映射文件需要 namespace 和 id , 前者是类全名,后者是方法名。
spring如何解决循环依赖?
在启动spring启动的时候都会扫描到注入内容,并且是有先后顺序进行实例化的,扫描到a的时候spring会把它缓存到三级缓存里面保存起来,然后进行属性赋值,赋值到b的时候发现没有,但是发现成员变量上有一个@Autowired的注解,然后spring会自动的触发b的实例化过程,实例化b后也会丢到3级缓存里面去,实例化b的时候依赖a服务回去找a,把三级缓存里面的a拿出来放到b里面就解决了循环依赖,总结:通过三级缓存提前暴露对象来解决的
三级缓存:
一级缓存里存的是成品对象,实例化和初始化都完成了,我们的应用中使用的对象就是一级缓存中的
二级缓存中存的是半成品,用来解决对象创建过程中的循环依赖问题
三级缓存中存的是 ObjectFactory<?> 类型的 lambda 表达式,用于处理存在 AOP 时的循环依赖问题
为什么要用三级缓存来解决循环依赖问题?
只用一级缓存也是可以解决的,但是会复杂化整个逻辑
半成品对象是没法直接使用的(存在 NPE 问题),所以 Spring 需要保证在启动的过程中,所有中间产生的半成品对象最终都会变成成品对象
如果将半成品对象和成品对象都混在一级缓存中,那么为了区分他们,势必会增加一些而外的标记和逻辑处理,这就会导致对象的创建过程变得复杂化了
将半成品对象与成品对象分开存放,两级缓存各司其职,能够简化对象的创建过程,更简单、直观
如果 Spring 不引入 AOP,那么两级缓存就够了,但是作为 Spring 的核心之一,AOP 怎能少得了呢
所以为了处理 AOP 时的循环依赖,Spring 引入第三级缓存来处理循环依赖时的代理对象的创建
spring中jdk动态代理和cglib动态代理的区别?
jdk动态代理是基于接口得:产生一个新的对象实现了接口内部包裹了一个目标对象,目标类有自己独有的方法,代理对象是无法代理目标类的
cglib动态代理是基于继承的:cglib会对于目标类生成一个子类,这个子类代理了目标类,目标类里面有的方法这个子类里面都有
spring默认情况下会判断目标类是否实现了接口,如果有实现接口的话就用jdk,没有的话就用cglib代理,当然可以通过设置spring强制采用cglib代理
spring中事务@Transactional原理
@Transactional原理是基于spring aop
问题:同一个类的不同方法,A方法没有@Transactional,B方法有@Transactional,A调用B方法,事务不起作用
spring 在扫描bean的时候会扫描方法上是否包含@Transactional注解,会经过一个叫TransactionInterceptor的拦截器,如果包含,spring会为这个bean动态地生成一个子类(即代理类,proxy),代理类是继承原来那个bean的。
此时,当这个有注解的方法被调用的时候,实际上是由代理类来调用的,代理类在调用之前就会启动transaction。然而,如果这个有注解的方法是被同一个类中的其他方法调用的,那么该方法的调用并没有通过代理类,而是直接通过原来的那个bean,所以就不会启动transaction,我们看到的现象就是@Transactional注解无效。
spring中用到的设计模式?
一、简单工厂模式
又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一。
简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类。
spring中的BeanFactory就是简单工厂模式的体现,根据传入一个唯一的标识来获得bean对象,但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。
二、工厂方法模式
通常由应用程序直接使用new创建新的对象,为了将对象的创建和使用相分离,采用工厂模式,即应用程序将对象的创建及初始化职责交给工厂对象。
一般情况下,应用程序有自己的工厂对象来创建bean.如果将应用程序自己的工厂对象交给Spring管理,那么Spring管理的就不是普通的bean,而是工厂Bean。
三、单例模式
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
spring中的单例模式完成了后半句话,即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例,这是因为spring管理的是是任意的java对象。
四、适配器模式
在Spring的Aop中,使用的Advice(通知)来增强被代理类的功能。Spring实现这一AOP功能的原理就使用代理模式对类进行方法级别的切面增强,即,生成被代理类的代理类, 并在代理类的方法前,设置拦截器,通过执行拦截器重的内容增强了代理方法的功能,实现的面向切面编程。
五、包装器模式
spring中用到的包装器模式在类名上有两种表现:一种是类名中含有Wrapper,另一种是类名中含有Decorator。基本上都是动态地给一个对象添加一些额外的职责。
六、代理模式
为其他对象提供一种代理以控制对这个对象的访问。 从结构上来看和Decorator模式类似,但Proxy是控制,更像是一种对功能的限制,而Decorator是增加职责。
七、观察者模式
定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。
八、策略模式
定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。