我试图了解在哪里使用延迟加载以及在哪里使用渴望加载，非常感谢您的见解。
这里有一些想法：
1）如果您将始终使用某些东西（可以肯定），则可以急于加载它。
2）与1相关，如果您几乎永远不会使用某些东西，请延迟加载它。
3）当涉及大量集合时，延迟加载往往会更有用。
4）过度加载将减少与会话相关的错误，但可能会降低性能。
5）对于复杂的数据模型和/或大型数据库，您将了解应用程序在负载情况下的性能，并调整策略。
6）第一次很难做到这一点。做正确的事，必要时不要害怕改变。
7）对于大型数据集，无论如何，您最终可能都会编写自定义hql /查询，因为默认映射可能会被覆盖，因此懒惰与渴望之间关系不大。
如果您相信＃6，那么别为计划太远而烦恼，并在必要时进行更改。
以您的特定示例为例，我可能会编写一堆查询来访问数据（当然，是由适当的业务需求驱动的）
1）一个加载客户的查询，并将订单保留在数据库中（这样的延迟加载），当我需要获取客户信息时我会调用
该查询2）一个查询，它在需要的情况下加载客户和所有订单信息它。因此，在这种情况下，我将忽略默认映射。
有了这两个查询之后，在我的服务层中，我就拥有了根据情况来做正确的事情所需的工具。
