@Component并且
@Configuration确实是非常不同类型的注释。
@Component和类似的注释(
@Service,
@Repository等)及其对应的JSR-330
@Named允许你声明要通过自动扫描拾取的bean ,
<context:component-scan/>或者
@ComponentScan它们为类注册了bean定义,因此它们大致等效于使用以下命令声明指定的
bean:<bean ... />XML中的标签。这种bean类型将遵守标准的代理创建策略。
@Configuration注释被设计为替代XML配置文件。为了创建带
@Configuration注释的bean,Spring将始终使用CGLIB带
@Configuration注释的类的子类,重写其带
@Bean注释的方法,用bean查找方法替换它,以使单例bean仅创建一次。(Spring不使用CGLIB拦截正常 Spring Bean的内部方法调用,而是创建了一个单独的proxy实例(与JDK proxy一样)。这样做可以使用代理来避免基数不匹配-例如,代理单例可以获取当前会话Bean,这仅适用于类继承。)。尽管如此,带注释的类仍可以使用带注释的(,
@Configuration@Autowired@Inject等等)字段和属性,以
@Configuration从容器中请求Bean(甚至还有其他带注释的Bean)。
文档的 4.12.5部分中的示例
@Configurationpublic class AppConfig { @Bean public ClientService clientService1() { ClientServiceImpl clientService = new ClientServiceImpl(); clientService.setClientDao(clientDao()); return clientService; } @Bean public ClientService clientService2() { ClientServiceImpl clientService = new ClientServiceImpl(); clientService.setClientDao(clientDao()); return clientService; } @Bean public ClientDao clientDao() { return new ClientDaoImpl(); }}
在上面的示例中,
ClientDao将仅创建一个实例。
@Autowired是Spring注释,
@Inject而是JSR-330注释。
@Inject等价于
@Autowired或
@Autowired(required=true),但是你无法通过
@Autowired(required=false)JSR-330 @Inject注释获得行为。此注释始终使用按类型自动装配。
Spring 以一种非常特殊的方式实现了JSR-250
@Resource注释。
@Resource最初是为在Java EE中定位JNDI资源而设计的,但是Spring扩展了它的适用性,使其可以连接到容器中的任何bean(借助于SimpleJndiBeanFactory, JNDI资源可作为bean 获得)。可以将相应bean的名称指定为注释的name属性@Resource,如果未指定名称,则将使用带注释的字段或属性的名称。另一个奇怪的功能是,如果未找到具有属性名称的bean,spring将会退回到按类型接线。
示例 假设我们在容器中有一个
AlphaClass名为beanAlpha的
BetaClassbean 和一个bean beanBeta。
@Resource BetaClass something; // Wires to beanBeta - by-type@Resource BetaClass beanAlpha; // Will throw exception, because "beanAlpha" is not BetaClass -> it's a bad idea to use @Resource as a replacement of @Autowired@Resource Object beanAlpha; //Wires to beanAlpha - by-name
因此,在使用
@Resource批注时,始终显式指定资源名称是一个好习惯。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)