Hibernate基础之实体类对象和一级缓存

本文介绍了Hibernate中实体对象的三种状态:瞬间态、持久态和托管态,并详细解析了session类的saveOrUpdate()方法如何根据对象状态进行操作。此外,还深入探讨了一级缓存的工作原理及其对性能的影响。

实体类对象状态

        1、实体类状态有三种,分别是瞬间态,持久态,托管态

                    (1)瞬间态:对象里没有id值,对象与session没有关联(大概是指不是从session中取出来的,自己新建的);

                    (2)持久态:对象里有id值,对象与session也有关联(通过session类的get()方法刚出来的就是一种);

                    (3)托管态:对象里有id值,对象与session没有关联(session类中取出,但是修改相关属性了)。

         2、操作实体类对象的另一个方法:session类的saveOrUpdate()方法

               实体类对象没有id值,为瞬间态的时候,则为添加,save操作;

                实体类对象有id值,为托管态,或持久态是,都为修改,update操作。


Hibernate中的一级缓存

            缓存:数据存在数据库里,数据库本身是文件系统,使用流方式操作文件的效率不是很高

                       因此,将数据存到内存里面,不需要使用流方式,就可以直接读取内存中的数据,提高了读取的效率。

            hibernate的缓存

                 (1)hibernate框架中提供了很多的优化方式,hibernate的缓存就是一个优化方式;

                (2)hibernate缓存的特点:有一级二级缓存

                                一级缓存默认是打开的

                                hibernate的一级缓存存在使用范围,是session的范围:从session的创建到session的close()关闭;

                                 hibernate的一级缓存中存储的数据必须是持久态数据;

                          二级缓存:目前已经不使用(替代技术是redis),默认是不打开的,使用范围是整个项目的范围,SessionFactory的范围。


                验证一级缓存的存在,分别从数据库中取两次对象,发现两次对象的内存地址指向同一个,并且从控制台中可以看到只有在第一次读取对象的时候hibernate才会想数据库发送sql语句。

                   一级缓存的工作原理:当执行查询操作时,hibernate首先到一级缓存中查找相关对象是否存在,没有时,才会向数据库发送sql语句来查询数据;返回对象之后,该对象为持久化对象,hibernate会将此对象放入一级缓存中。第二次读取时,依然先到一级缓存中查找相关的对象,有相应对象则直接返回该对象。

                    一级缓存的特性:一级缓存中的持久化数据会自动向数据库更新(持久态的对象不需要session类的save或者update命令即可以向数据库更新);

                        执行过程:

                                (1)SessionFactory.openSession()时候,就开始开辟一级缓存,同时也建立了与一级缓存相对应的快照区(副本);

                                 (2)session的get()方法之后,hibernate就将返回的持久态的对象放到一级缓存区中,同时也在快照区中建立副本;

                                 (3)setter了对象的属性之后,也即修改了持久态对象的值,同时修改了一级缓存中的内同,但是不会修改一级缓存对应快照区中的内容;

                                  (4)transaction.commit(),事务提交时,做了如下动作,比较一级缓存和相对应的快照区中的内容是否相同,如不相同,就将相关内容更新到数据库中,若相同,则不操作数据库。(提高性能)。

AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体问题。审查意见会以结构化的形式(例如,定位到特定代码行、问题分类、严重程度、分析建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其转换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的问题,也会发布相应的友好提示总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
【直流微电网】径向直流微电网的状态空间建模与线性化:一种耦合DC-DC变换器状态空间平均模型的方法 (Matlab代码实现)内容概要:本文介绍了径向直流微电网的状态空间建模与线性化方法,重点提出了一种基于耦合DC-DC变换器的状态空间平均模型的建模策略。该方法通过数学建模手段对直流微电网系统进行精确的状态空间描述,并对其进行线性化处理,以便于系统稳定性分析与控制器设计。文中结合Matlab代码实现,展示了建模与仿真过程,有助于研究人员理解复现相关技术,推动直流微电网系统的动态性能研究与工程应用。; 适合人群:具备电力电子、电力系统或自动化等相关背景,熟悉Matlab/Simulink仿真工具,从事新能源、微电网或智能电网研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握直流微电网的动态建模方法;②学习DC-DC变换器在耦合条件下的状态空间平均建模技巧;③实现系统的线性化分析并支持后续控制器设计(如电压稳定控制、功率分配等);④为科研论文撰写、项目仿真验证提供技术支持与代码参考。; 阅读建议:建议读者结合Matlab代码逐步实践建模流程,重点关注状态变量选取、平均化处理线性化推导过程,同时可扩展应用于更复杂的直流微电网拓扑结构中,提升系统分析与设计能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值