Hibernate源码解析

来源:互联网 发布:卷积神经网络 算法 编辑:程序博客网 时间:2024/05/18 00:01

我在用了hibernate一段时间后,我把hibernate的源代码放在一个src下面,然后开始分析,第一步写一个junit,然后new了一个configuration,我发现configuration是用doConfigure去检测我的hibernate.cfg.xml将他转换成inputstream输出流对象,然后由dom4j进行解析,一旦发现xml的配置的格式有问题就会抛出一个异常,可是跟数据库链接,发生ormaaping映射的时候,是在我们创建buildingSessionFactory时候发生的,创建buildingSessionFactory时候,会进行一个ormapping的一个映射,如果这时候配置文件hbm里面跟我们entity的映射不匹配的时候会报一个异常,但是我发现他去映射的时候只会跟属性进行匹配,不是先跟主键id进行匹配的,所以我就发现,这时候对id策略是独立提取出来进行处理的,是放在属性检测完成以后,才去检测id的,(如果你在hbm这个xml里面没有给属性定义类型时,在匹配时是只对属性的名称进行匹配,那么你的entity的属性类型是可以随便写的,id可以是string,name也可以是integer,他不会报错),然后他在进行创建sessionfactory时,虽然加载了hibernate.cfg.xml,但是它并没有去链接数据库,(意思就是代码错误也是没有问题的,不会报错),接下来打开session,这个sessio里面有个实现类sessionimplate,真正起作用的是这个,然后我做了添加save()方法,这时候要注意,不能添加空的,必须创建对象,并给对象赋值,如果添加空,或者空值,是添加不进去的,这时候赋上值,就添加成功了,控制台会以日志的形式打印出sql语句,那这个sql语句是怎样生成sql语句并执行,打印到控制台的呢,我将控制台的SQL语句复制,并在源码进行ctrl+H搜索,找到SQLStatementLogger这个类,然后这个类在控制台是输出不出来的 ,说明他是个切面,spring的aop,在我们执行sql的时候,他就用了代理模式为我们去生成sql打印sql,真正执行sql语句的类和方法是org.hibernate.id.insert.AbstractReturningDelegate.performInsert();在这个类的finally里releaseStatement( insert, session ); 进行session的释放和Statement释放,DriverManagerConnectionProvider.java (2 matches) 中把 jdbc的DriverManager.getConnection("").setAutoCommit("false"); 设置了false所以我们的事务在hibernate中是手动提交

阅读全文
0 0
原创粉丝点击