今天在开发中遇到一个小知识点,在这里记录一下。
项目中要处理来自mq的不同类型的消息(主要是将不同的消息处理后入库到对应的表),因此这里采用了策略模式来实现不同的处理逻辑。
这部分的代码结构大体如下:
其中Table1Vo,Table2Vo,Table3Vo是实体bean对象;ConsumeType是自定义的注解;ConsumeStrategy是策略接口;
Table1Consumer,Table2Consumer,Table3Consumer是三张表各自的消费策略实现类;StrategyContext主要是实现ApplicationContextAware接口将三种
消费策略保存起来。
public interface ConsumeStrategy<E> {
void add(E entity);
void update(E entity);
void delete(E entity);
}
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
//@Inherited
public @interface ConsumeType {
/**
* 策略类型
* @return
*/
String type();
}
@Component
@ConsumeType(type = "table1")
public class Table1Consumer implements ConsumeStrategy<Table1Vo> {
@Override
public void add(Table1Vo entity) {
}
@Override
public void update(Table1Vo entity) {
}
@Override
public void delete(Table1Vo entity) {
}
}
@Component
@ConsumeType(type = "table2")
public class Table2Consumer implements ConsumeStrategy<Table2Vo> {
@Override
@Transactional
public void add(Table2Vo entity) {
}
@Override
public void update(Table2Vo entity) {
}
@Override
public void delete(Table2Vo entity) {
}
}
@Component
@ConsumeType(type = "table3")
public class Table3Consumer implements ConsumeStrategy<Table3Vo> {
@Override
public void add(Table3Vo entity) {
}
@Override
public void update(Table3Vo entity) {
}
@Override
public void delete(Table3Vo entity) {
}
}
@Service
public class StrategyContext implements ApplicationContextAware {
@Autowired
private ApplicationContext applicationContext;
//存放所有策略类Bean的map
public static Map<String, Class<ConsumeStrategy>> strategyBeanMap= new HashMap<>();
public ConsumeStrategy getStrategy(String strategyType){
Class<ConsumeStrategy> strategyClass = strategyBeanMap.get(strategyType);
if(strategyClass==null) {
throw new IllegalArgumentException("没有对应的消费策略:"+strategyType);
}
//从容器中获取对应的策略bean
return applicationContext.getBean(strategyClass);
}
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
Map<String, Object> beansWithAnnotation = applicationContext.getBeansWithAnnotation(ConsumeType.class);
beansWithAnnotation.forEach((k,v)->{
Class<ConsumeStrategy> strategyClass = (Class<ConsumeStrategy>) v.getClass();
ConsumeType annotation = strategyClass.getAnnotation(ConsumeType.class);
String type = annotation.type();
strategyBeanMap.put(type,strategyClass);
});
}
/**
* 实际的消费逻辑
**/
public void dealMessage(String tag,String method,String message){
//根据tag获取对应的策略类对消息进行处理
if (tag.equals("table1")){
Table1Consumer strategy = (Table1Consumer)this.getStrategy("table1");
}
}
}
上面的代码是存在问题的。
因为消费策略2中使用了@Transactional注解事务,这会将消费策略2交给CGLIB代理,而CGLIB代理的原理是生成一个被代理对象的子类实现的。
因此对消费策略2来说,setApplicationContext的时候就找不到注解ConsumeType了。
解决方法是ConsumeType注解上加上@Inherited元注解,使代理类能够继承这个注解。
@Inherited是一个标识,用来修饰注解
作用:如果一个类用上了@Inherited修饰的注解,那么其子类也会继承这个注解
注意:
接口用上个@Inherited修饰的注解,其实现类不会继承这个注解
父类的方法用了@Inherited修饰的注解,子类也不会继承这个注解
当用了@Inherited修饰的注解的@Retention是RetentionPolicy.RUNTIME,则增强了继承性,在反射中可以获取得到
参考:https://blog.csdn.net/qq_43390895/article/details/100175330