注解@component定义的bean怎么注入一个通过xml定义的bean

Posted 2023-05-08

参考技术A 由于项目的需要spring的业务相关的bean不是写在xml文件中，因为项目是一个模块一个模块提交的，提交的时候不想修改xml文件，因此就用到了spring的注解Service。
例如：
Java代码
1 @Service("TestService")
2 public class TestService
3

这等同于：
1 <bean id="TestService" class="TestService"/>

spring会在classpath里面扫描标记有TestService等标签的类，扫描组件的配置如下：
Xml代码
1 <!-- sdp-service主要是注入服务类 -->
2
3 <context:component-scanbase-package="org.sdp"/>

加上以上的配置后，spring会自动的扫描org.sdp文件下的标记有注释的类。
以上的配置看似很“完美”，其实如果项目稍微大时就会出现问题，大家都知道spring的bean的id必须唯一，如果两个人同事写代码就有可以造成写同样的bean名称。
解决这个问题的一个思路是把bean的名称修改为 类的全路径，例如org.sdp.A 和com.bey.A 。
只要修改spring默认的bean命名策略就可以了。
AnnotationBeanNameGenerator是bean的默认命名策略，他实现了BeanNameGenerator接口。在Service里面，如果不写bean的名称，那么默认的名曾是类名，但是第一个字母是小写的。
例如：
html代码
1 com.xyz.FooServiceImpl -> fooServiceImpl

观察spring的源代码发现，buildDefaultBeanName方法首先了bean名称小写的作用。
1 protected String buildDefaultBeanName(BeanDefinition definition)
2 String shortClassName = ClassUtils.getShortName(definition.getBeanClassName());
3 return Introspector.decapitalize(shortClassName);
4
5

因此，可以写一个类继承自AnnotationBeanNameGenerator，重写buildDefaultBeanName方法。
Java代码
1 public class SdpAnnotationBeanNameGenerator extends AnnotationBeanNameGenerator
2 @Override
3 protected String buildDefaultBeanName(BeanDefinitiondefinition)
4 return definition.getBeanClassName();
5
6

我的改下代码：

1 @Override
2 protected String buildDefaultBeanName(BeanDefinition definition)
3 String className =definition.getBeanClassName();
4
5 className=className.substring(className.lastIndexOf(".")+1);
6 if(className.toLowerCase().endsWith("impl"))
7 className=className.substring(0, className.length()-4);
8
9 if((className.toLowerCase().endsWith("service")||className.toLowerCase().endsWith("dao"))==false)
10 return super.buildDefaultBeanName(definition);
11
12
13
14 className=className.substring(0,1).toLowerCase() + className.substring(1);
15 return className;
16

在扫描配置中需要添加自己的命名策略类：
1 <!-- sdp-service主要是注入服务类 -->
2 <context:component-scan base-package="org.sdp" name-generator="org.sdp.spring.SdpAnnotationBeanNameGenerator" />

通过以上配置，业务相关的bean不用写bean的名称了，ApplicationContext.getBean("类的全路径")就可以得到类的实例了。
如果是spring2.5则就结束了，但是spring3.0为完美提供了getBean(name,requiredType);使用了泛型，因此只要传入一个业务类的Class，getBean就返回此类的实例，而不用在
强制转换类型了。
1 public static <T>T getService(String classFullName) throws ClassNotFoundException,BeansException
2 Class<T> requiredType=(Class<T>)Class.forName(classFullName);
3 return SdpContext.getContext().getBean(classFullName,requiredType);

强制转换类型代码：
Java代码
1 TestService testService2=(TestService ) SdpContext.getContext().getBean("TestService ");
2 System.out.println(testService2);

改进后的代码：
Java代码
1 @Service
2 public class TestService
1 TestService testService=SdpContext.getService("org.sdp.context.TestService");
2 System.out.println(testService);

Bean和注入Bean的几种常用注解和区别

参考技术A

Spring 声明Bean的注解：

@Component： 组件，没有明确的角色。 

@Service ： 在业务逻辑层（Service层）使用。

@Repository：  再数据访问层（Dao层）使用。

@Controller： 再展现层（MVC->Spring MVC）使用。

Spring 注入Bean的注解：

@Autowired：Spring提供的注解。

@inject：JSR-330提供的注解。

@Resource：JSP-250提供的注解。

‘@Autowired’ 和‘@Inject’他们都是通过‘AutowiredAnnotationBeanPostProcessor’ 类实现的依赖注入，二者具有可互换性。 

‘@Resource’通过 ‘CommonAnnotationBeanPostProcessor’ 类实现依赖注入，即便如此他们在依赖注入时的表现还是极为相近的。

以下是他们在实现依赖注入时执行顺序的概括：

@Autowired and @Inject


Matches by Type

Restricts by Qualifiers

Matches by Name

@Resource


Matches by Name

Matches by Type

Restricts by Qualifiers (ignored if match is found by name)