spring为什么不全部用cglib

Spring框架主要使用动态代理来实现AOP（面向切面编程），默认情况下使用基于接口的JDK代理。然而，也可以选择使用CGLIB代理来实现AOP。接下来，将解释为什么Spring不全部使用CGLIB代理。

首先，CGLIB代理是通过字节码生成技术来创建代理对象的。它直接操作字节码，即在运行时修改目标类的字节码，生成一个子类作为代理类。这种动态生成字节码的过程相对于JDK动态代理来说比较复杂，会带来一些性能上的开销。

其次，CGLIB代理只能代理那些没有被声明为final的类，它通过扩展目标类创建子类来实现代理。因此，如果我们想要代理一个类，但这个类被声明为final，那么就不能使用CGLIB代理。

另外，CGLIB代理也不能代理final方法，因为final方法不能被子类重写。这也是为什么Spring框架默认使用基于接口的JDK代理的一个原因，因为JDK代理只能代理接口的方法，不存在final方法的限制。

此外，CGLIB代理对于代理类中的final方法、private方法以及static方法的处理也不够完美。如果目标类中包含这些类型的方法，代理时可能会出现一些问题。

最后，CGLIB代理生成的代理类比较庞大，会占用更多的内存。这对于一些有限制的环境来说可能会造成问题，因为生成的代理类会占用更多的元数据空间。

综上所述，尽管CGLIB代理在某些方面有优势，但在性能、功能限制和内存占用方面存在一些问题，因此在Spring框架中并不全部使用CGLIB代理。相反，Spring框架默认使用基于接口的JDK代理，并且提供了灵活的配置选项，使开发者可以根据需要选择合适的代理方式。

Spring框架使用动态代理是为了实现AOP（面向切面编程）和IOC（控制反转）的功能。在选择使用JDK动态代理还是CGLIB动态代理时，Spring考虑了多方面的因素，这些因素包括性能、功能、兼容性、依赖关系等等。

1. 兼容性：JDK动态代理是基于接口的，只能对实现了接口的类生成代理，而CGLIB动态代理则不需要目标类实现接口。使用JDK动态代理可以保持代码的高度可维护性和可拓展性，因为只需要定义接口即可，不需要依赖具体实现类。而CGLIB动态代理则对非接口的类进行字节码增强，生成新的子类，因此会侵入目标类的继承体系。同时，CGLIB无法代理final类和final方法，也无法代理private、static和final修饰的方法。

2. 依赖关系：使用CGLIB动态代理需要引入相应的库依赖，增加了项目的依赖复杂性，而JDK动态代理则是JDK自带的功能，不需要额外引入任何库。

3. 性能：由于CGLIB动态代理是通过生成目标类的子类来实现代理，因此相对于JDK动态代理，它的代理效率更高。但是在大部分情况下，代理的性能差异并不明显，除非对性能有特殊要求。

4. 功能：CGLIB动态代理拥有更多的功能，例如可以代理没有实现接口的类、可以对类的私有方法进行代理等。而JDK动态代理只能对实现了接口的类进行代理，无法代理私有方法。

5. 使用场景：JDK动态代理适用于对接口进行代理的场景，例如事务控制、日志记录等。而CGLIB动态代理则适用于对类进行代理的场景，例如框架的增强功能、缓存控制等。

总的来说，Spring不仅考虑了性能和功能，也考虑了依赖关系和兼容性。因此，根据需要选择合适的代理方式，以便更好地满足项目的需求。

Spring框架为了实现AOP(面向切面编程)和事务管理等功能，需要使用动态代理来对目标类进行增强。在Java中，有两种动态代理的方式：基于接口的JDK动态代理和基于类的CGLIB动态代理。

CGLIB是一个强大的第三方类库，它通过生成目标类的子类，来实现对目标类的增强。相比之下，JDK动态代理是通过实现目标类的接口来进行动态代理。

虽然CGLIB具有更强大的功能，但Spring框架并不全部使用CGLIB来实现动态代理的主要原因是性能和兼容性。

首先，CGLIB生成的子类需要通过继承目标类来重写其中的方法，这在一定程度上增加了创建和加载代理对象的时间和开销。而JDK动态代理则通过实现目标类的接口，在调用目标方法时通过调用处理器与目标方法进行交互，更加轻量级和高效。

其次，CGLIB只能代理非final类，而JDK动态代理可以代理接口类型，因此在一些场景中，如果目标类是final的，或者目标类没有实现接口，只能选择JDK动态代理。

另外，CGLIB对于final方法、private方法和static方法等是无法进行代理的。因为final方法无法被重写，private方法和static方法无法被继承。

在实际使用中，Spring框架会根据目标类是否实现接口以及目标方法的修饰符等因素来选择使用JDK动态代理还是CGLIB代理。如果目标类实现了接口，则优先选择JDK动态代理。如果目标类没有实现接口或者被代理方法是final、private或static方法，则选择使用CGLIB代理。

总结来说，Spring框架不全部使用CGLIB是因为JDK动态代理在性能和兼容性上更加优秀。CGLIB作为另一种选择，用于解决一些无法使用JDK动态代理的场景。