Spring学习之使用注解来构造IoC容器

用注解来向Spring容器注册Bean。需要在applicationContext.xml中注册

<context:component-scanbase-package=”pagkage1[,pagkage2,…,pagkageN]”/>。

如：在base-package指明一个包

1<context:component-scan base-package="cn.gacl.java"/>

表明cn.gacl.java包及其子包中，如果某个类的头上带有特定的注解【@Component/@Repository/@Service/@Controller】，Spring就会将这个对象作为Bean注册进Spring容器。也可以在<context:component-scanbase-package=”
”/>中指定多个包，如：

1<context:component-scanbase-package="cn.gacl.dao.impl,cn.gacl.service.impl,cn.gacl.action"/>

多个包逗号隔开。

 

1、@Component

@Component是所有受Spring 管理组件的通用形式，@Component注解可以放在类的头上，@Component不推荐使用。

 

2、@Controller

@Controller对应表现层的Bean，也就是Action，例如：

1@Controller

2 @Scope("prototype")

3 public class UserAction extends BaseAction<User>{

4 ……

5 }

使用@Controller注解标识UserAction之后，就表示要把UserAction交给Spring容器管理。在Spring容器中会存在一个名字为"userAction"的action，这个名字是根据UserAction类名来取的。

【注意】如果@Controller不指定其value【@Controller】，则默认的bean名字为这个类的类名首字母小写，如果指定value【@Controller(value="UserAction")】或者【@Controller("UserAction")】，则使用value作为bean的名字。

 

这里的UserAction还使用了@Scope注解，@Scope("prototype")表示将Action的范围声明为原型。可以利用容器的scope="prototype"来保证每一个请求有一个单独的Action来处理，避免struts中Action的线程安全问题。

【说明】spring 默认scope 是单例模式(scope="singleton")，这样只会创建一个Action对象，每次访问都是同一Action对象，数据不安全，struts2 是要求每次次访问都对应不同的Action，scope="prototype" 可以保证当有请求的时候都创建一个Action对象

 

3、@ Service

@Service对应的是业务层Bean，例如：

1@Service("userService")

2 public class UserServiceImpl implements UserService {

3 ………

4 }

 

@Service("userService") 注解是告诉Spring当Spring要创建UserServiceImpl的的实例时，bean的名字必须叫做"userService"，这样当Action需要使用UserServiceImpl的的实例时,就可以由Spring创建好的"userService"，然后注入给Action。在Action只需要声明一个名字叫“userService”的变量来接收由Spring注入的"userService"即可，具体代码如下：

1// 注入userService

2 @Resource(name = "userService")

3 private UserService userService;

 

【注意】

① 在Action声明的“userService”变量的类型必须是“UserServiceImpl”或者是其父类“UserService”，否则由于类型不一致而无法注入。

② 由于Action中的声明的“userService”变量使用了@Resource注解去标注，并且指明了其name ="userService"，这就等于告诉Spring说我Action要实例化一个“userService”，你Spring快点帮我实例化好，然后给我。当Spring看到userService变量上的@Resource的注解时，根据其指明的name属性可以知道，Action中需要用到一个UserServiceImpl的实例，此时Spring就会把自己创建好的名字叫做"userService"的UserServiceImpl的实例注入给Action中的“userService”变量，帮助Action完成userService的实例化，这样在Action中就不用通过“UserServiceuserService
= new UserServiceImpl();”这种最原始的方式去实例化userService了。

③ 由此对“控制翻转”和“依赖注入”进行解释

如果没有Spring，那么当Action需要使用UserServiceImpl时，必须通过“UserServiceuserService = new UserServiceImpl();”主动去创建实例对象，但使用了Spring之后，Action要使用UserServiceImpl时，就不用主动去创建UserServiceImpl的实例了，创建UserServiceImpl实例已经交给Spring来做了，Spring把创建好的UserServiceImpl实例给Action，Action拿到就可以直接用了。Action由原来的主动创建UserServiceImpl实例后就可以马上使用，变成了被动等待由Spring创建好UserServiceImpl实例之后再注入给Action，Action才能够使用。这说明Action对“UserServiceImpl”类的“控制权”已经被“反转”了，原来主动权在自己手上，自己要使用“UserServiceImpl”类的实例，自己主动去new一个出来马上就可以使用了，但现在自己不能主动去new“UserServiceImpl”类的实例，new“UserServiceImpl”类的实例的权力已经被Spring拿走了，只有Spring才能够new“UserServiceImpl”类的实例，而Action只能等Spring创建好“UserServiceImpl”类的实例后，再“恳求”Spring把创建好的“UserServiceImpl”类的实例给他，这样他才能够使用“UserServiceImpl”，这就是Spring核心思想“控制反转”，也叫“依赖注入”，“依赖注入”也很好理解，Action需要使用UserServiceImpl干活，那么就是对UserServiceImpl产生了依赖，Spring把Acion需要依赖的UserServiceImpl注入(也就是“给”)给Action，这就是所谓的“依赖注入”。对Action而言，Action依赖什么东西，就请求Spring注入给他，对Spring而言，Action需要什么，Spring就主动注入给他。

 

4、@ Repository

@Repository对应数据访问层Bean
，例如：

1@Repository(value="userDao")

2 public class UserDaoImpl extends BaseDaoImpl<User> {

3 ………

4 }

 

@Repository(value="userDao")注解是告诉Spring，让Spring创建一个名字叫“userDao”的UserDaoImpl实例。

当Service需要使用Spring创建的名字叫“userDao”的UserDaoImpl实例时，就可以使用@Resource(name= "userDao")注解告诉Spring，Spring把创建好的userDao注入给Service即可。

1// 注入userDao，从数据库中根据用户Id取出指定用户时需要用到

2 @Resource(name = "userDao")

3 private BaseDao<User> userDao;

 

5、@Required

@Required 负责检查一个bean在初始化时其声明的 set方法是否被执行，当某个被标注了 @Required 的 Setter 方法没有被调用，则 Spring 在解析的时候会抛出异常，以提醒开发者对相应属性进行设置。 @Required 注解只能标注在 Setter 方法之上，因为依赖注入的本质是检查 Setter 方法是否被调用了，而不是真的去检查属性是否赋值了以及赋了什么样的值。如果将该注解标注在非 setXxxx() 类型的方法则被忽略。

 

 

6、@Resource和@Autowired

@Resource和@Autowired都是做bean的注入时使用，其实@Resource并不是Spring的注解，它的包是javax.annotation.Resource，需要导入，但是Spring支持该注解的注入。

① 共同点

两者都可以写在字段和setter方法上。两者如果都写在字段上，那么就不需要再写setter方法。

② 不同点

（1）@Autowired

@Autowired为Spring提供的注解，需要导入包org.springframework.beans.factory.annotation.Autowired;只按照byType注入。

public class TestServiceImpl {

    // 下面两种@Autowired只要使用一种即可

    @Autowired

    private UserDao userDao; // 用于字段上

   

    @Autowired

    public void setUserDao(UserDaouserDao) { // 用于属性的方法上

        this.userDao =userDao;

    }

}

 

@Autowired注解是按照类型（byType）装配依赖对象，默认情况下它要求依赖对象必须存在，如果允许null值，可以设置它的required属性为false。如果我们想使用按照名称（byName）来装配，可以结合@Qualifier注解一起使用。如下：

public class TestServiceImpl {

    @Autowired

   @Qualifier("userDao")

    private UserDao userDao;

}

 

【说明】@Qualifier注解：使用@Autowired 时，如果找到多个同一类型的bean，则会抛异常，此时可            用 @Qualifier("beanName")，明确指定bean的名称进行注入，此时与 @Resource指定name属性作用相同。

 

（2）@Resource

@Resource默认按照ByName自动注入，由J2EE提供，需要导入包javax.annotation.Resource。@Resource有两个重要的属性：name和type，Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以，如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不制定name也不制定type属性，这时将通过反射机制使用byName自动注入策略。

public class TestServiceImpl {

    // 下面两种@Resource只要使用一种即可

   @Resource(name="userDao")

    private UserDao userDao; // 用于字段上

   

   @Resource(name="userDao")

    public void setUserDao(UserDaouserDao) { // 用于属性的setter方法上

        this.userDao =userDao;

    }

}

 

【注意】最好是将@Resource放在setter方法上，因为这样更符合面向对象的思想，通过set、get去操作属性，而不是直接去操作属性。

 

【@Resource装配顺序】

① 如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常。

② 如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常。

③ 如果指定了type，则从上下文中找到类似匹配的唯一bean进行装配，找不到或是找到多个，都会抛出异常。

④ 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配。

 

【总结】@Resource的作用相当于@Autowired，只不过@Autowired按照byType自动注入。