AAA Spring注解@Component、@Repository、@Service、@Controller及scope区别

        默 认情况下，从bean工厂所取得的实例为Singleton（bean的singleton属性） Singleton: Spring容器只存在一个共享的bean实例，默认的配置。 Prototype: 每次对bean的请求都会创建一个新的bean实例。

        二者选择的原则：有状态的bean都使用Prototype作用域，而对无状态的bean则应该使用 singleton作用域。在Spring 2 .0中除了以前的Singleton和Prototype外又加入了三个新的web作用域，分别为  request、session和 global session。如果你希望容器里的某个bean拥有其中某种新的web作用域，除了在bean级上配置相应的scope属性，还必须在容器级做一个额外
的初始化配置。即在web应用的web.xml中增加这么一个 ContextListener：org.springframework.web.context.request.RequestContextListener 以上是针对Servlet 2.4以后的版本。比如Request作用域！

singleton 是单态模式的 ，有ioc容器管理 ，当然不是线程安全的啦 ，不过所谓的线程安全也是相对的如果你的类是没有状态的， 那用singleton 的性能要高一些 ，因为只有一个实例。如果你的类是有状态的 ，那就必须显示的设置为prototype了在ssh2 项目中，struts2的action交由spring管理的时候，spring默认是singleton的，而struts2的action显然是有状
态的，所以必须显示设置为scope="prototype"，prototype为原型模式，每次action请求过来都会创建一个action但是对 那些Dao的实现类推介scope="singleton" ，因为这些类没有状态，用singleton只需维护一个实例，显然性能高一些

spring Bean的作用域:

scope=singleton(默认，单例，生成一个实例） 不是线程安全，性能高

scope=prototype(多线程, 生成多个实例）

 所以一般Action层一般都用这两个，service层都用@Service(“字母开头小写XXX”)，引入一个dao层或service层的时候一般用@Resource

@Controller

@Scope(BeanDefinition.SCOPE_PROTOTYPE)

用于装载其他文件中写的类或接口文件（比如说其他的service方法和定时任务单方法）

@Autowired默认按类型装配，默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false，例如：@Autowired(required=false) ，如果我们想使用名称装配可以结合@Qualifier注解进行使用，如下：

@Autowired()

@Qualifier("baseDao")

private BaseDao baseDao;

@Resource，默认安装名称进行装配，名称可以通过name属性进行指定，

如果没有指定name属性，当注解写在字段上时，默认取字段名进行安装名称查找，如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是，如果name属性一旦指定，就只会按照名称进行装配。

 例如：

@Resource(name="baseDao")

private BaseDao baseDao;

 

很长时间没做web项目都把以前学的那点框架知识忘光了，今天把以前做的一个项目翻出来看一下发现用·@Component标记一个组件，而网上有的用@Service标记组件，我晕就查了一下资料：

Spring 2.5 中除了提供 @Component 注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、@Service 和 @Controller。

在目前的 Spring 版本中，这 3 个注释和 @Component 是等效的，但是从注释类的命名上，很容易看出这 3 个注释分别和持久层、业务层和控制层（Web 层）相对应。

虽然目前这3 个注释和 @Component 相比没有什么新意，但 Spring 将在以后的版本中为它们添加特殊的功能。

所以，如果 Web 应用程序采用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用上述注解对分层中的类进行注释。

@Service用于标注业务层组件

@Controller用于标注控制层组件（如struts中的action）

@Repository用于标注数据访问组件，即DAO组件

@Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。

[java] view
plain copy

@Service  

public class VentorServiceImpl implements iVentorService {     

}  

@Repository  

public class VentorDaoImpl implements iVentorDao {   

}  

 

在一个稍大的项目中，如果组件采用xml的bean定义来配置，显然会增加配置文件的体积，查找以及维护起来也不太方便。 

Spring2.5为我们引入了组件自动扫描机制，他在类路径下寻找标注了上述注解的类，并把这些类纳入进spring容器中管理。

它的作用和在xml文件中使用bean节点配置组件时一样的。要使用自动扫描机制，我们需要打开以下配置信息：

代码

[html] view
plain copy

<?xml version="1.0" encoding="UTF-8" ?>   

<beans xmlns="http://www.springframework.org/schema/beans"  

    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  

    xmlns:context="http://www.springframework.org/schema/context"  

    xsi:schemaLocation="http://www.springframework.org/schema/beans  

                http://www.springframework.org/schema/beans/spring-beans-2.5.xsd  

        http://www.springframework.org/schema/context  

        http://www.springframework.org/schema/context/spring-context-2.5.xsd">   

     

    <context:component-scan base-package=”com.eric.spring”>     

</beans>   

1.component-scan标签默认情况下自动扫描指定路径下的包（含所有子包），将带有@Component、@Repository、@Service、@Controller标签的类自动注册到spring容器。对标记了 Spring's @Required、@Autowired、JSR250's @PostConstruct、@PreDestroy、@Resource、JAX-WS's @WebServiceRef、EJB3's @EJB、JPA's @PersistenceContext、@PersistenceUnit等注解的类进行对应的操作使注解生效（包含了annotation-config标签的作用）。

 

getBean的默认名称是类名（头字母小写），如果想自定义，可以@Service(“aaaaa”)这样来指定。

这种bean默认是“singleton”的，如果想改变，可以使用@Scope(“prototype”)来改变。

可以使用以下方式指定初始化方法和销毁方法：

[java] view
plain copy

@PostConstruct  

public void init() {   

}   

@PreDestroy  

public void destory() {   

}   

 

注入方式：

把DAO实现类注入到action的service接口(注意不要是service的实现类)中，注入时不要new 这个注入的类，因为spring会自动注入，如果手动再new的话会出现错误，

然后属性加上@Autowired后不需要getter()和setter()方法，Spring也会自动注入。  

在接口前面标上@Autowired注释使得接口可以被容器注入，如：

[java] view
plain copy

@Autowired  

@Qualifier("chinese")  

private Man man;   

当接口存在两个实现类的时候必须使用@Qualifier指定注入哪个实现类，否则可以省略，只写@Autowired。

 

http://crabboy.iteye.com/blog/339840