Spring框架

本文探讨了MyBaits与Hibernate两大持久层框架的异同,深入解析了Hibernate对象的状态转换,同时阐述了Spring框架的核心理念,包括IOC与AOP的应用,以及AOP的两种实现方式——JDK动态代理与CGLib动态代理的性能对比。
摘要由CSDN通过智能技术生成

说一下mybatis和hibernate的区别

  1. 共同点:
    MyBaits和HiBernate都是通过ORM对象关系映射框架,都是持久层数据框架。
  2. 不同点:
    HiBernate它重量级的框架,而MyBaits是轻量级的框架。
    HiBernate对JDBC的封装比较深,对开发者些sql的能力不是很高,只需要通过Hql语句操作对象即可完成数据的持久化操作了。
    MyBaits也是对JDBC的封装,但是没有Hibernate那么深,它的sql语句,都再配置里,可以通过重写配置里sql,来实现数据优化,实施起来也比较方便。
    处理大数据的时候,建议使用MyBaits它优化sql语句更方便。

说一下Hibernate的状态转换关系

最新的Hibernate文档中为Hibernate对象定义了四种状态(原来是三种状态,面试的时候基本上问的也是三种状态),分别是:瞬时态(new, or transient)、持久态(managed, or persistent)、游离态(detached)和移除态(removed,以前Hibernate文档中定义的三种状态中没有移除态),如下图所示,就以前的Hibernate文档中移除态被视为是瞬时态
在这里插入图片描述

  1. 瞬时态:当new一个实体对象后,这个对象处于瞬时态,即这个对象只是一个保存临时数据的内存区域,如果没有变量引用这个对象,则会被JVM的垃圾回收机制回收。

这个对象所保存的数据与数据库没有任何关系,除非通过Session的save()、saveOrUpdate()、persist()、merge()方法把瞬时态对象与数据库关联,并把数据插入或者更新到数据库,这个对象才转换为持久态对象。

  1. 持久态:持久态对象的实例在数据库中有对应的记录,并拥有一个持久化标识(ID)。

对持久态对象进行delete操作后,数据库中对应的记录将被删除,那么持久态对象与数据库记录不再存在对应关系,持久态对象变成移除态(可以视为瞬时态)。

持久态对象被修改变更后,不会马上同步到数据库,直到数据库事务提交。

  1. 游离态:当Session进行了close()、clear()、evict()或flush()后,实体对象从持久态变成游离态,对象虽然拥有持久和与数据库对应记录一致的标识值,但是因为对象已经从会话中清除掉,对象不在持久化管理之内,所以处于游离态(也叫脱管态)。

游离态的对象与临时状态对象是十分相似的,只是它还含有持久化标识。

说一下对Spring的理解,IOC和AOP在项目中是怎么用的

Spring的优点:
降低了组件之间的耦合性,实现了软件各层之间的解耦。
可以使用容易提供的众多服务,如事务管理,消息服务,日志记录等。
容器提供了AOP技术,利用它很容易实现如权限拦截、运行期监控等功能。

Spring中AOP技术是设计模式中的动态代理模式,只需实现jdk提供的动态代理接口InvocationHandler,所有被代理对象的方法都由InvocationHandler接管实际的处理任务。

AOP的两种实现方式,说一下哪一个效率更高一些,为什么

两种方式:一种是JDK动态代理,另一种是CGLib的方式

  1. JDK动态代理的实现原理
    通过实现InvocationHandlet接口创建自己的调用处理器;
    通过为Proxy类指定ClassLoader对象和一组interface来创建动态代理;
    通过反射机制获取动态代理类的构造函数,其唯一参数类型就是调用处理器接口类型;
    通过构造函数创建动态代理类实例,构造时调用处理器对象作为参数参入;
    JDK动态代理是面向接口的代理模式,如果被代理目标没有接口那么Spring也无能为力,Spring通过Java的反射机制生产被代理接口的新的匿名实现类,重写了其中AOP的增强方法。

  2. CGLib动态代理
    CGLib是一个强大、高性能的Code生产类库,可以实现运行期动态扩展java类,Spring在运行期间通过 CGlib继承要被动态代理的类,重写父类的方法,实现AOP面向切面编程呢。

  3. 两者对比
    JDK动态代理是面向接口的。

CGLib动态代理是通过字节码底层继承要代理类来实现(如果被代理类被final关键字所修饰,那么抱歉会失败)。

  1. 性能
    关于两者之间的性能的话,JDK动态代理所创建的代理对象,在以前的JDK版本中,性能并不是很高,虽然在高版本中JDK动态代理对象的性能得到了很大的提升,但是他也并不是适用于所有的场景。

主要体现在如下的两个指标中:

CGLib所创建的动态代理对象在实际运行时候的性能要比JDK动态代理高不少,有研究表明,大概要高10倍;

但是CGLib在创建对象的时候所花费的时间却比JDK动态代理要多很多,有研究表明,大概有8倍的差距;

因此,对于singleton的代理对象或者具有实例池的代理,因为无需频繁的创建代理对象,所以比较适合采用CGLib动态代理,反之,则比较适用JDK动态代理。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值