spring注解的实现原理（spring中依赖注入的原理）

本文目录

• spring中依赖注入的原理
• spring mvc 注解 怎么理解
• java编程,spring里ioc和aop用什么原理实现的
• 为什么spring注入接口正确而注入接口的实现
• spring,action整合问题，关于spring的属性注入

spring中依赖注入的原理

1. Spring 从核心而言，是一个DI 容器，其设计哲学是提供一种无侵入式的高扩展性框架。即无需代码中涉及Spring专有类，即可将其纳入Spring容器进行管理。 

2. 作为对比，EJB则是一种高度侵入性的框架规范，它制定了众多的接口和编码规范，要求实现者必须 遵从。侵入性的后果就是，一旦系统基于侵入性框架设计开发，那么之后任何脱离这个框架的企图都将付 出极大的代价。

3. 为了避免这种情况，实现无侵入性的目标。Spring 大量引入了Java 的Reflection机制，通过动态 调用的方式避免硬编码方式的约束，并在此基础上建立了其核心组件BeanFactory，以此作为其依赖注入机制的实现基础。

4. org.springframework.beans包中包括了这些核心组件的实现类，核心中的核心为BeanWrapper 和BeanFactory类。这两个类从技术角度而言并不复杂，但对于Spring 框架而言，却是关键所在。

5. InputStream is = new FileInputStream(“bean.xml“); XmlBeanFactory factory = new XmlBeanFactory(is); Action action = (Action) factory.getBean(“TheAction“);

6. 此时获得的Action实例，由BeanFactory进行加载，并根据配置文件进行了初始化和属性设定。

7. 联合上面关于BeanWrapper的内容，可以看到，BeanWrapper实现了针对单个Bean的属性设 定操作。而BeanFactory则是针对多个Bean的管理容器，根据给定的配置文件，BeanFactory从中读取 类名、属性名/值，然后通过Reflection机制进行Bean加载和属性设定。

spring mvc 注解 怎么理解

　　当创建一个 Controller 时，需要直接或间接地实现org.springframework.web.servlet.mvc.Controller 接口。
　　一般情况下，通过继承 SimpleFormController 或 MultiActionController 来定义 Controller 的。
　　在定义 Controller 后，一个重要的事件是在 Spring MVC 的配置文件中通过 HandlerMapping 定义请求和控制器的映射关系，以便将两者关联起来。

java编程,spring里ioc和aop用什么原理实现的

控制反转（IOC）

（理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”）
1、Ioc—Inversion of Control：即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。
2、谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象即由Ioc容器来控制对象的创建。
谁控制谁？当然是IoC 容器控制了对象。
控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
3、为何是反转，哪些方面反转了： 有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象。
为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象,所以是反转。
哪些方面反转了？依赖对象的获取被反转了。
还是不明白没事，下面搞个简单案例来说就懂啦 ！！！
例子：当我们在任何一个有实际开发意义的程序项目中，我们会使用很多类来描述他们特有的功能，并且通过类与类之间的相互协作来完成特定的业务逻辑。这个时候，每个类都需要负责管理与自己有交互的类的引用和依赖，代码将会变的异常难以维护和极高的高耦合。而IOC的出现正是用来解决这个问题，我们通过IOC将这些依赖对象的创建、协调工作交给spring容器去处理，每个对象值需要关注其自身的业务逻辑关系就可以了。在这样的角度上来看，获得依赖的对象的方式，进行了反转，变成了由spring容器控制对象如何获取外部资源（包括其他对象和文件资料等）。
总的来说：IOC就是通过在Xml配置文件里依赖注入来解决代码问题。

IOC的注入类型有几种？主要可以划分为三种：构造函数注入、属性注入和接口注入。Spring支持构造函数注入和属性注入

面向切面（AOP）

（面向切面编程，AOP其实只是OOP的补充而已，AOP基本上是通过代理机制实现的。）
我们管切入到指定类指定方法的代码片段称为切面，而切入到哪些类、哪些方法则叫切入点。有了AOP，我们就可以把几个类共有的代码，抽取到一个切片中，等到需要时再切入对象中去，从而改变其原有的行为。
我们都知道 Java 是 OOP-面向对象编程的，它有自己的优势，也有自己的不足。比如说：在我们开发中，都会有一条业务主线（即客户的需求）。而我们要做的就是实现这个主线上的需求。我们在实现这些功能的时候，经常要干一些额外的不可避免的事情，比如事务的管理，日志的记录等，就很繁杂且代码量增多，所以 Spring 提供了另一种角度来思考程序结构，也就是把这一些事情剥离出来，然后适时适地的把它们加入到我们的代码中，比如说 声明式事务管理的时候，我们在 service 层检测到save*、update*这些方法要被调用的时候，我们先进行开启事务什么的，这就是AOP，面向编程的思想。

AOP的术语：
1、通知（Advice）：就是你想要的功能，也就是上面说的 安全，事物，日志等。你给先定义好把，然后在想用的地方用一下
2、连接点（JoinPoint）：这个更好解释了，就是spring允许你使用通知的地方，那可真就多了，基本每个方法的前，后（两者都有也行），或抛出异常时都可以是连接点，spring只支持方法连接点.其他如aspectJ还可以让你在构造器或属性注入时都行，不过那不是咱关注的，只要记住，和方法有关的前前后后（抛出异常），都是连接点。
3、切入点（Pointcut）：上面说的连接点的基础上，来定义切入点，你的一个类里，有15个方法，那就有几十个连接点了对把，但是你并不想在所有方法附近都使用通知（使用叫织入，以后再说），你只想让其中的几个，在调用这几个方法之前，之后或者抛出异常时干点什么，那么就用切点来定义这几个方法，让切点来筛选连接点，选中那几个你想要的方法。
4、切面（Aspect）：切面是通知和切入点的结合。现在发现了吧，没连接点什么事情，连接点就是为了让你好理解切点，搞出来的，明白这个概念就行了。通知说明了干什么和什么时候干（什么时候通过方法名中的before,after，around等就能知道），而切入点说明了在哪干（指定到底是哪个方法），这就是一个完整的切面定义。
5、引入（introduction）：允许我们向现有的类添加新方法属性。这不就是把切面（也就是新方法属性：通知定义的）用到目标类中吗
6、目标（target）：引入中所提到的目标类，也就是要被通知的对象，也就是真正的业务逻辑，他可以在毫不知情的情况下，被咱们织入切面。而自己专注于业务本身的逻辑。
7、代理（proxy）：怎么实现整套aop机制的，都是通过代理，这个一会给细说。
8、织入（weaving）：把切面应用到目标对象来创建新的代理对象的过程。有3种方式，spring采用的是运行时，为什么是运行时，后面解释。

为什么spring注入接口正确而注入接口的实现

原因所在：出现如果直接注入实现类会出现没有对应的bean，因为我们通过实现类来继承的接口，然而，必须使用jdk提供的动态代理放法，而不使用接口直接对实现类进行注入，则为cglib的注入，而不能既继承接口又使用实现类来注入的方式，这样两种代理类都是没有办法使用的。
解决方案：1.直接通过jdk去生成动态代理类，（原理要求必须实现接口）
2.通过cglib去实现接口，直接使用代理类，而不能实现接口。

spring,action整合问题，关于spring的属性注入

    spring注入原理--控制反转依赖注入，使用bean注入方式是指不使用new关键字，在spring配置文件中bean工厂统一创建对象（实际就是所说的工厂模式）

    创建bean对象有三种注入方式：

    1、set方法注入对象（常用）

    2、构造方法注入

    3、注解方式注入

例如方法一：

望采纳，谢谢~