spring这什么不全用cglib

Spring框架中使用代理技术来实现一些功能，主要有两种代理方式：JDK动态代理和CGLIB代理。 JDK动态代理是基于接口的代理技术，只能代理实现了接口的类，而CGLIB代理是通过生成字节码的方式来实现代理，可以代理没有实现接口的类。

为什么在Spring框架中不全面使用CGLIB代理呢？这是因为CGLIB代理有一些限制和缺点：

1. 性能问题：相对于JDK动态代理，CGLIB代理生成的代理类的性能要稍差一些。这是因为CGLIB代理是通过生成字节码来实现代理的，而JDK动态代理是通过反射来实现代理的。在方法调用的过程中，由于CGLIB代理是直接调用字节码中的方法，而JDK动态代理需要通过反射调用，所以CGLIB代理的性能略低于JDK动态代理。

2. Final方法和Final类不能代理：由于CGLIB代理是通过生成字节码来实现代理的，所以对于被代理类中的Final方法或Final类是无法进行代理的。

3. Spring AOP和事务处理：在Spring框架中，使用AOP和事务处理是非常常见的情况。而在使用CGLIB代理时，有些情况下会出现问题。比如，如果目标类中已经实现了接口，并且配置了事务处理，那么Spring会优先选择JDK动态代理来创建代理对象，以确保事务的正常进行。而如果目标类没有实现接口，那么Spring会使用CGLIB代理。这样，在使用CGLIB代理时有可能会导致事务处理失效。

综上所述，尽管CGLIB代理拥有更广泛的应用范围，但在Spring框架中为了兼顾性能和功能的完整性，选择了同时支持JDK动态代理和CGLIB代理两种方式。根据代理的需求和限制，选择合适的代理方式来实现对象的代理。

Spring框架是一个非常流行的Java企业级应用开发框架，它提供了许多功能和特性，包括依赖注入、面向切面编程等。在Spring框架中，动态代理是一种常见的技术，用于实现AOP编程。Spring默认使用JDK动态代理来创建代理对象，但也可以使用CGLIB库来实现代理。

以下是Spring框架不全使用CGLIB的几个原因：

1. JDK动态代理适用于接口代理：JDK动态代理只能代理实现了接口的类，不能对没有实现接口的类进行代理。如果要对没有实现接口的类进行代理，就需要使用CGLIB。但是在实际应用中，很多类并没有实现接口，所以JDK动态代理无法满足需求。

2. 性能差异：相对于JDK动态代理，CGLIB动态代理的性能要差一些。由于CGLIB使用字节码生成的方式创建代理对象，所以在创建代理对象的过程中会消耗更多的时间和资源。而JDK动态代理使用反射的方式创建代理对象，相对更高效。

3. 对final方法和静态方法的支持：CGLIB可以代理final方法和静态方法，而JDK动态代理不支持这些情况。这是因为CGLIB是通过继承目标类来生成代理对象，所以可以覆盖final方法和静态方法。而JDK动态代理是基于接口的代理，无法代理final方法和静态方法。

4. 类加载器的要求：CGLIB动态代理需要目标类的字节码，在运行时通过生成子类的方式来创建代理对象，这要求目标类不能是final类。而JDK动态代理则没有这个限制，可以代理任何类。

5. 动态代理的选择：在Spring框架中，默认使用JDK动态代理来创建代理对象，这是因为JDK动态代理在大多数情况下已经能满足需求，并且性能更好。只有在确实需要对没有实现接口的类进行代理或者对final方法和静态方法进行代理时，才需要考虑使用CGLIB动态代理。

综上所述，虽然CGLIB动态代理在某些特定情况下是必需的，但在大多数情况下，Spring框架默认使用JDK动态代理来创建代理对象更为合适和高效。

Spring框架是一个很流行的Java开源框架，它提供了丰富的特性和功能，用于构建企业级应用程序。在Spring中，有时会使用动态代理来实现一些功能，如AOP（面向切面编程）。在Spring AOP中，默认情况下使用的是基于接口的JDK动态代理，而不是基于类的CGLIB动态代理。

在了解为什么Spring中不全用CGLIB之前，我们先来了解一下动态代理的原理，以及JDK动态代理和CGLIB动态代理的区别。

动态代理是指在程序运行时根据接口创建代理类的过程。它可以在不修改源代码的情况下，通过代理类来添加额外的功能。JDK动态代理是基于接口的，它要求被代理的类必须实现接口；而CGLIB动态代理是基于类的，它可以代理没有实现接口的类。

在Spring中，默认情况下使用JDK动态代理来实现AOP。这是由于Spring推崇面向接口的编程风格，而JDK动态代理只能代理实现了接口的类，所以它更符合Spring的设计理念。另外，JDK动态代理是通过java.lang.reflect.Proxy类和java.lang.reflect.InvocationHandler接口实现的，相对而言，它的性能更好，创建代理对象的代价也比较低。

虽然JDK动态代理在某些方面有优势，但它也有一些局限性。首先，它只能代理实现了接口的类，这就限制了一些场景中的使用。其次，如果目标对象没有实现任何接口，那么JDK动态代理就无法进行代理。在这种情况下，就需要使用CGLIB动态代理。

CGLIB是一个功能强大的代码生成类库，它通过继承目标对象来生成代理类。相对于JDK动态代理，CGLIB动态代理可以代理任意类型的类，包括没有实现接口的类。但是，CGLIB动态代理的性能比JDK动态代理略差，并且生成的代理类会比较庞大，因此在性能要求较高的场景中，使用CGLIB动态代理可能不是一个好的选择。

另外，Spring中还提供了一种混合使用JDK动态代理和CGLIB动态代理的方式。如果目标对象实现了接口，那么使用JDK动态代理；如果目标对象没有实现接口，那么使用CGLIB动态代理。这种方式称为"混合模式"，可以在不同的场景中灵活选择最优的代理方式。

综上所述，Spring中不全使用CGLIB动态代理是出于对性能和设计理念的考虑。虽然CGLIB动态代理可以代理任意类型的类，但在大多数情况下，JDK动态代理已经能够满足需求，并且具有更好的性能和较低的代理对象创建成本。如果需要代理没有实现接口的类，可以使用混合模式或者通过特定的配置来使用CGLIB动态代理。