为什么spring默认使用jdk动态代理

Spring默认使用JDK动态代理的原因有以下几点：

1. 标准化：JDK动态代理是Java标准库的一部分，无需引入其他依赖。Spring作为一个开源框架，尽可能避免使用第三方库，以保证框架的稳定性和兼容性。

2. 简单易用：JDK动态代理使用起来相对简单，只需要实现InvocationHandler接口，通过Proxy类创建代理对象即可。相比于其他动态代理框架，如CGLIB，使用JDK动态代理可以更容易地理解和调试代码。

3. 适用范围广：JDK动态代理只能对接口进行代理，而不能对类进行代理。但是在实际开发中，接口的数量通常较多，因此JDK动态代理可以满足大多数场景的需求。另外，由于JDK动态代理是基于接口的，所以它对于代码的侵入性相对较小，不会修改原始类的结构。

4. 性能优化：JDK动态代理在性能方面相对于CGLIB有一定的优势。由于基于接口代理，JDK动态代理可以通过直接调用相应的方法，而不需要通过反射的方式来执行，从而提升了运行效率。

5. AOP支持：Spring框架中的AOP（面向切面编程）很大程度上依赖于动态代理。JDK动态代理与AOP的结合更加紧密，通过在方法执行前后插入额外的逻辑，实现事务管理、日志记录、性能监控等功能。

总结来说，Spring默认使用JDK动态代理是为了保持框架的简洁和稳定性，同时提供简单易用、适用范围广、性能优化和AOP支持等优势。当然，对于某些特殊需求，Spring也提供了CGLIB等其他代理方式的支持。

Spring框架默认使用JDK动态代理的原因如下：

1. 纯Java实现：JDK动态代理是Java提供的一种代理技术，完全由Java本身的机制实现。Spring作为一个Java开发框架，倾向于使用纯Java实现的技术，以便保持代码的简洁和易于维护。

2. 简单易用：JDK动态代理比较容易使用和理解。使用JDK动态代理，只需通过Java自带的Proxy类和InvocationHandler接口就可以实现代理功能，而不需要额外的库或框架。

3. 面向接口编程：Spring框架的设计理念之一是面向接口编程。JDK动态代理天然支持面向接口编程的方式。通过代理接口的方式，Spring可以完全透明地将AOP（面向切面编程）功能集成到现有的代码中，而不需要修改原有的实现类。

4. 性能优化：相比较其他代理方式，JDK动态代理在性能上有一定的优势。JDK动态代理是通过字节码生成来创建代理类，而不像 CGLIB 代理那样通过生成子类来实现。在许多情况下，JDK动态代理的性能更好，特别是在创建大量代理对象的情况下。

5. 可移植性：JDK动态代理是Java内置的技术，因此在使用Spring框架的项目中，无需额外引入第三方库或工具。这使得项目的迁移和部署更加方便和可靠。

总结起来，Spring默认使用JDK动态代理是因为JDK动态代理是一种纯Java实现的代理技术，简单易用、性能优良、面向接口编程，并且具有较高的可移植性。这些特点使得JDK动态代理成为Spring框架的默认选择。

为了理解为什么 Spring 默认使用 JDK 动态代理，我们首先需要了解什么是动态代理，以及 Jdk 动态代理和 Cglib 动态代理的区别。

动态代理是一种实现 AOP（面向切面编程）的技术，它可以在运行时动态地创建代理类和代理对象。代理对象可以在不修改源代码的情况下，增强原始对象的功能，如增加日志、统计方法的调用次数、事务管理等。

JDK 动态代理和 Cglib 动态代理是两种常见的动态代理实现方式。区别如下：

JDK 动态代理：

• 只能代理实现接口的目标类。
• 代理类在运行时生成，使用 Java 字节码实现。
• 代理对象通过实现接口的方式生成。
• 在生成代理对象时，需要提供目标类实例和 InvocationHandler 接口的实现类。
• JDK 动态代理的实现方式使用了 Java 标准库中的 java.lang.reflect 包，因此对于 JDK 版本兼容性较好。
• 由于生成的代理对象是实现接口的，因此方法的调用是通过接口方法的方式实现。

Cglib 动态代理：

• 可以代理没有实现接口的目标类。
• 代理类在运行时生成，使用目标类的子类作为代理类。
• 代理对象通过继承目标类的方式生成。
• 在生成代理对象时，需要提供目标类的 Class 对象和 MethodInterceptor 接口的实现类。
• Cglib 动态代理的实现方式使用了字节码处理框架 ASM（A very small and fast Java bytecode manipulation framework），因此需要引入相关的依赖。
• 对于 final 类和 final 方法不能代理。

有了对 JDK 动态代理和 Cglib 动态代理的了解，我们来回答为什么 Spring 默认使用 JDK 动态代理的问题。

首先，JDK 动态代理相较于 Cglib 动态代理更加轻量级。JDK 动态代理的实现方式使用了 Java 标准库中的 java.lang.reflect 包，而 Cglib 动态代理需要引入额外的依赖。这使得 JDK 动态代理在性能和资源消耗方面有一定的优势。

其次，JDK 动态代理能够代理实现接口的目标类。在面向接口编程的场景中，JDK 动态代理是更自然的选择。Spring 的核心思想之一就是面向接口编程，通过在接口上定义 AOP 切面的方式实现降低耦合度。因此，Spring 默认使用 JDK 动态代理更符合 Spring 的设计理念。

然而，也有一些情况下，JDK 动态代理无法满足需求，比如目标类没有实现接口或者需要代理 final 方法。这时候，可以通过配置使用 Cglib 动态代理来满足需求。

综上所述，Spring 默认使用 JDK 动态代理是为了保持轻量级和更符合面向接口编程的设计思想。同时，也提供了使用 Cglib 动态代理的选项来满足特殊需求。