Hibernate源码解析

最新推荐文章于 2021-03-20 18:21:58 发布

qq_37371027

最新推荐文章于 2021-03-20 18:21:58 发布

阅读量863

点赞数 1

分类专栏： JAVA基础知识文章标签： hibernate

本文链接：https://blog.csdn.net/qq_37371027/article/details/78180470

版权

本文通过对Hibernate源码的分析，揭示了配置文件解析、ORM映射、对象保存过程及SQL生成与执行的细节。在配置阶段，`configuration`通过`doConfigure`读取XML并进行DOM解析。ORM映射发生在`buildingSessionFactory`时，属性匹配优先于ID。创建`sessionFactory`时不立即连接数据库，而`sessionImpl`是实际操作的核心。执行`save()`时需提供非空对象，SQL语句在`AbstractReturningDelegate`中生成，并通过AOP的日志切面输出，最终在`performInsert()`中释放资源，事务默认为手动提交。

摘要由CSDN通过智能技术生成

我在用了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,但是它并没有去链接数据库，(意思就是代码错误也是没有问题的,不会报错)，接