什么是 Hibernate 延迟加载？

Hibernate 延迟加载，也称为延迟加载，是 hibernate 3 关系对象的默认加载方式，所谓延迟加载就是在真正需要数据的时候实际执行数据加载操作。 简单来说，SQL语句只有在使用时才会发出查询。 提出延迟加载机制是为了避免一些不必要的性能开销，在休眠中提供实体对象的延迟加载和集合的延迟加载，以及在休眠 3 中提供属性的延迟加载。

延迟加载是一种休眠机制，主要通过不必要的查询来解决资源浪费，只在实际调用时加载数据，不会因为提前加载数据而浪费资源）。

load（） 方法是延迟加载，延迟加载的有效期是会话打开时，会话关闭时会报异常。 调用load方法加载对象时，返回**对象，并且仅在实际使用对象内容时才发出SQL语句。

lazy，翻译为延迟加载更好，找到数据但不会立即将其加载到内存中，而是在你实际使用它时为你加载它，get（） 方法立即加载，load（） 方法是延迟加载的。 当会话关闭时，延迟加载失败！

仅在使用它时加载，不要在没有它的情况下加载它。

所谓懒装就是懒装，懒装。

至于我们为什么使用延迟加载，也就是当我们要访问的数据量太大时，显然不适合使用缓存，因为内存容量有限，为了减少并发量，减少系统资源的消耗，我们让数据在需要的时候加载， 然后我们使用延迟加载。

例如，如果部门实体和员工实体是一对多的，如果将lazy设置为false，那么只要加载了一个部门的采购订单，就会根据一对多的配置关系加载所有员工的采购订单。 但实际上，有时候只需要使用部门的信息，不需要员工的信息，员工PO的加载就相当于浪费资源。 如果 lazy 设置为 true，则只有在访问部门采购订单的员工信息时，才会返回并加载员工的采购订单信息。

lazy、true、false、proxy 中有三个值，默认值为 lazy="proxy".

您究竟设置什么取决于您的需求，而不是哪种设置是最好的。

假设 student 对象中有一个 head 对象。

如果确定要在使用 student 对象时使用 head 对象中的属性，那么可以将其设置为立即加载，因为如果设置为立即加载，那么在查询学生的同时会查询学生的 head ，并且 Hibernate 会在查询时将两个表关联起来， 这样可能只生成一个 SQL。如果设置了延迟加载，那么肯定要生成 1+n 条 SQL 语句：其中“1”是查询学生的语句，“n”是根据 n-student 的 ID 查询 head 的 N 条。

而且，延迟加载就是只在需要的时候执行查询，这样系统就确定需要在那里加载，在那里加载需要时间，性能肯定不如立即加载！

如果只在需要使用 student 的时候才需要使用 head 属性，那么可以设置为延迟加载，因为查询 2 个表的数据肯定会比查询 1 个表消耗更多的数据。

如何设置取决于您的实际需求。

提出延迟加载机制是为了避免一些不必要的性能开销，所谓延迟加载就是在数据真正需要的时候实际执行数据加载操作。 在 hibernate 中提供了实体对象的延迟加载和集合的延迟加载，以及在 hibernate 3 中提供了属性的延迟加载。

高级功能和性能优化。

1）延迟加载：当程序执行getter方法获取它时，它会发送SQL语句来加载数据。

延迟加载给程序带来了好处，但重要的是要避免会话过早结束的问题load（） 和 get（） 的区别在于 load（） 使用延迟加载机制，该机制返回一个代理对象 get（） 而不进行延迟加载，并返回一个可以强制用户对象实例化的对象实例。

描述文件中的映射等。

都可以使用 lazy 属性，默认 lazy="true"启用延迟加载 lazy="false"禁用延迟加载。

2）缓存机制。

Hibernate 首先进入每个查询的缓存，然后转到数据库进行查询。

a.L1 缓存。

会话级缓存，缓存加载，脱离单个对象。 默认情况下，它处于启用状态。

如果使用同一个会话对象多次查询同一个用户对象，则只需发送 SQL 语句从数据库中检索一次。

b.L2 缓存。

SessionFactory 级缓存。 默认值为 off。

1） 首先在 中指定 ehcache 缓存策略。

2） 在 src 下添加配置文件。

3） 添加定义。

如果涉及更新，请使用读写

c.查询缓存。

缓存 HQL 查询结果集，同一 HQL 查询语句仅查询一次。

延迟加载是在需要数据的时候先获取数据，然后发送 SQL，之前的 SQL 存储在缓存中。

会话缓存是内置的，不可卸载，是休眠缓存的第一级。

让我们详细寻找一本冬眠书。 事情很多，一时无法解释。

延迟加载进一步分为类级和属性级，需要区分它们。

类型 1：1添加延迟 = 显示在需要禁用延迟加载的地图文件中"false"

这种方法大大降低了程序的效率，如果访问次数少，仍然有可能。

第二个：2在 中配置。

opensessioninviewfilter

opensessioninviewfilter

这是解决延迟加载问题的一劳永逸的解决方案。 使用 Spring 的 OpenSessionInViewFilter

OpenSessionInViewFilter，将过滤器改为在渲染视图时始终打开会话，一劳永逸地解决了 Hibernate 的延迟加载问题，必须在 struts2 过滤器之前配置过滤器，如果访问量增加，性能会降低，不建议使用（性能问题）。

第三种：3在服务级别强制初始化 ** 对象。

就是在获取对象后，强行加载对象中的属性集（推荐）。

例如：公共部门 getdepartmentwithchildren（integer id）{.}

department s = ;

强制初始化页面和问题集合。

for(student stu :

return s;

延迟加载：当一个实体被加载时，它不会立即从数据库加载，即它从数据库加载到内存中。

Rush load：当一个实体被加载时，会立即从数据库中查询到它，同时查询与之关联的类。

当我们使用 @manytoone 等时，会默认为加急加载。

在休眠中，无论我们使用延迟加载还是紧急加载，get 方法都会一次加载所有基本数据类型属性的值，而 load 则不同。

开启延迟加载后，load 方法只会加载 id 属性，不会对非 id 属性进行所有访问操作。 只有当 id 属性中有实际值（其实就是调用 load 方法时传递的那个），在会话不关闭之前，如果访问 id 以外的其他属性，就会发送 sql 语句进行查询，我们经常犯的一个错误就是在当前会话关闭后访问 load（） 加载的对象的非 id 属性， 此时 hibernate 尝试通过当前会话发送 SQL 查询，但是当您发现该会话已关闭时，会发出 no session 异常。

通常我们会将“eager”改为“eager”以避免此错误。

但是，当我们需要查询一个表时，如果该表有很多与之关联的表，如果我们使用抢加载，第一次加载会很慢，如果我们使用延迟加载会更快。 但是当我们需要查询与此表相关的数据时。

匆忙加载会非常快，因为在第一次加载时，它已经为我们加载了所有东西。 延迟加载会相对较慢，因为它只会帮助我们在需要查看时进行检查。

因此，让他们认为自己有自己的优点和缺点。

我们使用哪种方法更好取决于我们的具体情况。