延迟加载机制是为了避免一些无谓的性能开销而提出来的，所谓延迟加载就是当在真正需要数据的时候，才真正执行数据加载操作。可以简单理解为，只有在使用的时候，才会发出sql语句进行查询。
延迟加载也叫动态函数加载，它是一种模式允许开发者指定程序的什么组件不应该在程序启动的时候默认读入内存。通常情况下，系统加载程序会同时自动加载初始程序和从属组件。在迟加载中这些组件只在调用的时候才加载。当程序有许多从属组件而且并不常用的时候，迟加载可以用于提高程序的性能。
延迟加载可能出现的问题：
第一，延迟加载搞不好就容易导致N+1 select问题，性能反而不能保障
第二，延迟加载一般是在ORM中采用字节码增强方式来实现，这种方式处理后的对象往往会导致对象序列化失效，而在大型web应用中一般都会采用 独立的缓存架构，一但应用系统引入独立的缓存系统对应用数据对象进行缓存，采用延迟加载后的对象序列化将失效，导致缓存失败。
第三，ORM中的延迟加载将业务对象的加载关系搞得不清不楚，如果某天想换ORM,那么还得针对不同的ORM处理延迟加载关系，即使不还ORM后来人想理解加载关系也会很头疼。
第四，延迟加载目的是一方面是对了使应用只加载必要的数据，减少数据传输量，提高查询速度。另一方面，为了减轻数据库的进行不必要查询而进行运行增加的压力，避免一次性进行过多的查询，减少系统消耗。对于第一个问题，通过必要的缓存一般可以解决，对于这点系统消耗一般还是可以承受；对于第二个问题，通过在业务层进行单表查询配合必要的索引一般也是不存在问题的。
第五，从另外一方面考虑，ORM需要承担的仅仅是O R M，和事务、缓存等特性一样，它们应该由其他更有资格的家伙来承担，不需要搞那么负载，否则对于以后的底层扩展，那可是一个艰巨的工作。
