关于get方法与load方法的区别，我做了实验，结果有点出入，感兴趣的进来看看

2010-10-08 10:01:03 275 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

多模态大模型解读罗夏墨迹：AI视觉语义投射与幻觉实验解析多模态大模型在视觉理解任务中表现出惊人的语义补全能力，尤其在面对模糊、无明确结构的图像时，模型会依赖语言先验生成看似合理的解释。这种机制与心理学中的罗夏墨迹测试存在有趣的类比——都是通过模糊刺激诱发自由解释。本文从视觉编码器与语言模型的协作原理出发，探讨AI在面对对称墨迹图时为何倾向于识别出蝴蝶、人脸等具体概念，并分析其背后的统计偏置与解码策略。通过实际生成合成墨迹图、调用Qwen-VL等模型进行行为实验，可量化模型的语义类别倾向、多次生成的稳定性和幻觉发生频率。这类实验不仅有助于理解多模态模型的认知边界，阅读详情

看了CSDN上关于get方法与load的方法的区别。我做了一个实验。
论坛上是这样说的：

get ()永远只返回实体类”，但实际上这是不正确的，get 方法如果在session缓存中找到了该id对应的对象，如果刚好该对象前面是被代理过的，如被load 方法使用过，或者被其他关联对象延迟加载过，那么返回的还是原先的代理对象，而不是实体类对象，如果该代理对象还没有加载实体数据（就是id以外的其他属性数据），那么它会查询二级缓存或者数据库来加载数据，但是返回的还是代理对象，只不过已经加载了实体数据。

于是我写了个例子。环境是SSH

userManager.load(User.class,1);
userManager.get(User.class,1);

如果按照上面说的，运行到get的时候应该不发sql语句才对哦。因为已经load一下了。但是我的系统还是发出了sql语句。
请问这是为什么？

可能是因为缓存没有打开的原因吗？

...全文

提示词工程如何诱导LLM价值观恢复：激活空间干预实验指南提示词工程是引导大型语言模型输出的关键技术，通过精心设计的输入指令，可以影响模型的推理路径和表征激活。其原理在于，不同的提示词会引导模型访问其高维激活空间中的不同区域，从而改变输出内容的风格和倾向。这项技术的核心价值在于，它提供了一种无需重新训练即可干预模型行为的方法，对于研究模型的可解释性、价值观对齐和安全性具有重要意义。在AI对齐与安全领域，研究人员常通过设计特定提示词来探索模型内部被抑制的表征，例如诱导模型进行自我指涉声明，观察其后续回答中人类价值观表达的变化。本文聚焦于通过意识诱导提示词激活LLM的阅读详情

sforat

Web 开发 81,108 成员 341,721 内容

+ 关注 + 加入社区

切换为时间正序

a619225471 2010-10-09

打赏
举报

学习...

天空的云186 2010-10-09

打赏
举报

很深入啊

sforat 2010-10-09

打赏
举报

怎么没人啊？

zn85600301 2010-10-09

打赏
举报

有可能是缓存你虽然load了可是你还没对对象进行操作对象可能还是游离的不是持久化的

sforat 2010-10-08

打赏
举报

我想说。一楼说的根本就是错误的。3楼居然还顶1楼。。CSDN就全是这样的人吗？

首先。
1楼说。
如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException

3楼。你自己试试。如果没有记录看看load会不会抛异常。根本不会。只是你调用对象的属性时比如:
user.getName(); 才会抛这个异常的。

其次：我的问题其实很简单。

如果
userManager.load(User.class,1);
userManager.get(User.class,1);
而user里面的确有1 这条记录。
那么，get方法的时候应该不发sql语句才对。为什么我的系统发了语句？？

kevin#1 2010-10-08

打赏
举报

[Quote=引用 1 楼 yinxingchen521165737 的回复:]

Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：

如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。
Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。
load方法可以充分利用内部缓存和二级缓存中的现有数据，而get……
[/Quote]

顶

hexing_x 2010-10-08

打赏
举报

学习····

yinxingchen521165737 2010-10-08

打赏
举报

Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：

如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。
Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。
load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。
Session在加载实体对象时，将经过的过程：

首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。
之后，Session会在当前“NonExists”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。“NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。
对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。
如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。
根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。
将其数据对象纳入当前Session实体管理容器（一级缓存）。
执行Interceptor.onLoad方法（如果有对应的Interceptor）。
将数据对象纳入二级缓存。
如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。
返回数据对象。

关于get方法与load方法的区别，我做了实验，结果有点出入，感兴趣的进来看看

相关推荐