关于Spring中的注解，我们可以进行分类概括的。

关于IOC的注解，譬如@Autowired和@Resource

大家需要注意一些细节的，在分析的时候可以注意他们各自所在的package，@Autowired是在Spring下的org.springframework.beans.factory.annotation下的，而@Resource是在javax.annotation下的，也就是说，一个是Spring的标准，一个是j2ee体系下的标准，Spring后来也支持了j2ee标准的配置。

 

关于@Autowired和@Resource 区别，还有一些细节上的

当@Resource没有写明唯一的名字的时候，当Spring容器仅有一个该类型的Bean是不会报错的，当存在1个以上的话就会报错，所以在这个实现上是首先按照名字进行查找，假如名字找不到，会将容器中的唯一的类型符合的Bean进行注入，当发现大于1个的时候，Spring的依赖管理没法判断注入哪一个bean实例，这个细节上的差别，大家可以做实验了解了解。

@Controller注解的理解需要结合SpringMVC的框架，这个里面也有多细节问题

 

关于

<context:annotation-config/>

< context:compontent-scan />

的理解，可以看以下截图

 

 红圈内的是基于Spring命名空间的配置支持，通过里面的配置

spring.schemas是定义url方式的资源文件对应在jar包中的路径

spring.handlers是定义各个url对应的命名空间的处理器

（譬如org.springframework.context.config.ContextNamespaceHandler）

具体的更加深一层次的原理我就不在这里细说了，希望大家感兴趣的话，进一步深挖。

 

这个过程是配置加载的过程，这个过程应该学习如何了解生命周期的方式，通过这样的方式，能够更加系统化的概括，从而理解的更为深入。

 

 

 

 

                                              spring注解原理解析

 

 

使用方法：

我们现在工程中使用的是基于spring的注解来简化配置，springframework 2.5引入了完整的annotaion配置注解，在我们的工程中，到处可以看到@Autowired 和@Resources 的注解，

大家可以看一下在applicationContext.xml中有这样的定义。

 

 spring也可以通过 <context:annotation-config/> 来配置注解，他的作用是式地向 Spring 容器注册AutowiredAnnotationBeanPostProcessor、CommonAnnotationBeanPostProcessor、

PersistenceAnnotationBeanPostProcessor 以及 RequiredAnnotationBeanPostProcessor 这 4 个BeanPostProcessor。这些容器可以来识别我们在代码中定义的各种注解。

 

但如果我们定义context:compontent-scan 后就不需要再去定义 <context:annotation-config/>，因为他已经被包含进去了。使用scan的好处是我们可以将需要识别注解的类和包包含进去。

官方2.5.6文档这样描述

：

 

  

使用 compontent-scan之后，我们可以定义自己的filter来include 或者exclude

 

 

  

之后我们就可以使用spring提供的

 

具体的可以参考spring官方文档 http://docs.spring.io/spring/docs/2.5.6/spring-reference.pdf 里面有详细的spring注解的文档。

 

原理解析

Spring　IoC容器对于类级别的注解和类内部的注解分以下两种处理策略：

(1).类级别的注解：如@Component、@Repository、@Controller、@Service以及JavaEE6的@ManagedBean和@Named注解，都是添加在类上面的类级别注解，Spring容器根据注解的过滤规则扫描读取注解Bean定义类，并将其注册到Spring IoC容器中。

(2).类内部的注解：如@Autowire、@Value、@Resource以及EJB和WebService相关的注解等，都是添加在类内部的字段或者方法上的类内部注解，SpringIoC容器通过Bean后置注解处理器解析Bean内部的注解。

 

 

 Spring2.5.6文档中提供了上图的几种类内部注解类型，不同的注解有不同的使用的方法，比如@Autowired注解 可以在属性上，也可以在setter方法上，还可以在构造函数上，在我们的工程中使用的大多数是@ Resources注解，他和Autowired的区别是，Autowired是默认根据type匹配，如果需要按名称进行装配，则需要配合@Qualifier。而Resources默认是根据名称匹配，而且可以指定其名称。

 

Spring扫描注解文件的类是ClassPathBeanDefinitionScanner

 

 

  

Spring实现@Autowire解析和注入的核心的类是通过AutowiredAnnotationBeanPostProcessor 来实现的。

 

 

  

我们可以通过其方法列表看出，其中对字段的注入，对属性的注入，还有选择相应的构造方法来注入。

我们下面结合选择构造方法来看下其实现原理。

 

 主要是如下步骤完成

 

1，从构造方法的缓存中查询其构造方法

2，若缓存中不存在，则根据反射获取所有构造方法

3，遍历所有构造方法，查询器是否含有@Autowired属性

4，判断Autowired注解中指定了required属性  （required属性就是判断是否强依依赖）若存在required就使用默认构造方法。

5，返回指定的构造方法

 

注入的时候则是通过inject方法来实现

 

 

 总结

Spring通过注解的方式简化了我们的配置，我们现在在工程中使用的大多数都是基于注解的方式实现的，关于Spring注解的使用，官方有很详尽的文档，Spring对注解的支持主要都是通过反射来获取相应的注解，来做相应的处理，我们的工程中大部分都是使用@Service 和@Autowired来使用，其实我们还可以使用到其他的注解来加快我们的开发，满足我们的多样性需求。