Spring中常用注解的介绍
Spring中使用注解时配置文件的写法:
<?xml version="1.0" encoding="UTF-8"?> <span style="font-size:18px;"><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" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.0.xsd http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util-3.0.xsd"> <aop:aspectj-autoproxy/> <context:annotation-config/> <context:component-scan base-package="com.test" /> </beans>
<context:component-scan />配置项就配置了对指定的包进行扫描,以实现依赖注入。
下面介绍下一些常见注解的使用:
@Autowired private IReportService reportService ;
Spring2.5引入了@Autowired注解,它可以对类成员变量、方法及构造函数进行标注,完成自动装配的工作。另外,通过@Autowired可以消除get,set方法。@Autowired是根据类型进行自动转配的。
这里要注意@Resource也可以实现自动装配,但是@Resource默认是按照名称进行自动装配。
这里简单介绍下什么是按类型进行装配,什么是按名称进行装配?
所谓按类型,就是当Spring容器中存在一个与指定属性类型相同的bean,那么将该属性进行自动装配;如果存在多个该类型的bean,那么跑出异常,并指出不能使用按类型进行自动装配;
如果没有找到匹配的bean,则什么事都不发生。
所谓按名称,即根据属性名进行自动装配,此项会检查Spring容器中与该属性名完全一致的的bean,进行自动装配。
@Component("reportAction") @Scope("request") public class ReportAction extends AbstractBaseAction
@Component注解(下面的解释来自官方文档)
@Component
、@Service
和@Controller
。@Component
是所有受Spring管理组件的通用形式;
而@Repository
、@Service
和@Controller
则是@Component
的细化, 用来表示更具体的用例(例如,分别对应了持久化层、服务层和表现层)。也就是说, 你能用@Component
来注解你的组件类,
但如果用@Repository
、@Service
或@Controller
来注解它们,你的类也许能更好地被工具处理,或与切面进行关联。
例如,这些典型化注解可以成为理想的切入点目标。当然,在Spring Framework以后的版本中,@Repository
、@Service
和@Controller
也许还能携带更多语义。
如此一来,如果你正在考虑服务层中是该用@Component
还是@Service
,
那@Service
显然是更好的选择。同样的,就像前面说的那样,@Repository
已经能在持久化层中进行异常转换时被作为标记使用了。
@Scope()指定的是bean的作用域
@Scope("prototype")注解
Spring容器在进行输出prototype类型的对象时,会每次重新生成一个新的对象给请求方,虽然这种类型的对象的实例化以及属性设置都是由Spring容器来完成的,
但是只要准备完毕,并且对象实例返回给请求方的之后,容器就不会再持有当前对象的引用,请求方需要自己来当前对象后继生命周期的管理,包括该对象的销毁。
最典型的案例就是Spring容器和Struts2进行整合时,要将action的scope的改成prototype。
@Scope("singleton")注解
此取值表示容器中只存在一个实例,所有引用该bean都是单一实例。这个就是典型的单例模型。
@Scope("request")注解
<bean id="requestPrecessor" class=".....RequestPrecessor" scope ="request" />
Spring容器,即XmlWebApplicationContext回为每一个全新的RequestPrecessor,当请求结束后,该对象的生命周期即结束。当有100个Http请求同时发出时,
容器会分别对每个请求创建不同的RequestPrecessor实例,它们之间不相互干扰,简单来讲,request可以看做是prototype的特例,request的应用场景更具体点,其他基本没啥区别。
@Scope("session")注解
对于Web应用来说,放在session中最多的就是用户的登录信息,对于放在session中的信息,可以将其scope的类型改为session,Spring容器会为每个独立的session创建属于自己的全新的UserPreference实例,
比request类型的bean存活更长的时间,,其他方面基本没啥区别,类似于javaweb中的session。
最后,说一下为什么@Respository只能标注在Dao层,这是因为Spring提供的这个注解不仅将类识别为Bean,同时它能将所标注的类中所排出的数据访问异常封装为Spring的数据访问异常。
Spring本身提供了一个丰富的并且是与具体的数据访问技术无关的数据访问异常结构,用于封装不同的持久层框架抛出的异常,使得异常独立于底层框架。