在项目开发过程中,有这样的一种常见的场景,比如根据环境的不同,发短信的服务也是不同的,但是依赖短信服务的系统调用的都是相同的接口,这样就需要针对环境来做区分,调用不同的短信通道接口。举例的这种情况,你可能会想到使用策略模式的方式来实现,当然这也是可以的。
但是只有两种策略而且在一个环境当中,只会有一种固定策略可以生效的情况下,使用策略模式未免过于麻烦,本文尤其适合私有化项目部署,会根据私有化环境执行不同策略的情况。
本文首发于个人博客:http://nullpointer.pw/spring-condition-annotation.html
应用场景
本文讲解如何使用@ConditionXXX 系列注解来更方便地实现这种策略选择的场景。
@ConditionXXX 系列注解是 Spring 提供的一组注解,下面表格列出所有的注解以及对应的作用,常用的注解通过☆标注
上文中的例子中,多个策略同一个环境其实只需要加载一个适合的策略即可,完全没有必要加载用不上的其他策略,在系统启动时,只取所需的策略就足矣,实现起来相较于策略模式方便不是一点点。
常用注解
注解 | 作用 | 常用 |
---|---|---|
@ConditionalOnProperty | 当指定的属性有指定的值时进行实例化 | ☆ |
@ConditionalOnMissingBean | 当容器里没有指定 Bean 的条件下进行实例化。 | ☆ |
@ConditionalOnExpression | 基于 SpEL 表达式的条件判断,多条件 | ☆ |
@ConditionalOnBean | 仅仅在当前上下文中存在某个对象时,才会实例化一个 Bean。 |
以不同环境发送短信为例,进行代码实现 (当然这个例子有点强上的异味,不过用于来解释这几个主键的功用却是很合适,具体应用场景请触类旁通)。
示例实现
首先会定义一个用于发送短信的接口,因为会有多种环境,如开发环境、测试环境、生产环境,所以会有相应环境的实现类。
public interface SmsService {
Boolean send(String mobile, String content);
}
定义多环境配置类
- application.yml
- application-dev.yml
- application-prod.yml
- application-test.yml
在 application-xxx.yml
中分别指定配置,如 application-dev.yml
custom:
env: dev
实现每个环境的具体短信发送实现类,使用到了 @ConditionalOnProperty(name = {"custom.env"}, havingValue = "test")
,含义就是读取配置文件中 key 为 custom.env
的配置,如果值为 havingValue 属性所指定的值 test
,则会实例化这个 Bean,否则不进行实例化。
以下其他环境的同理,不再赘述。
/**
* 测试环境短信通道
*
* @author WeJan
* @since 2020-04-28
*/
@Service
@ConditionalOnProperty(name = {"custom.env"}, havingValue = "test")
public class TestSmsServiceImpl implements SmsService {
@Override
public Boolean send(String mobile, String content) {
System.out.println("短信发送成功, by TestSmsServiceImpl");
return true;
}
}
/**
* 开发环境短信通道
*
* @author WeJan
* @since 2020-04-28
*/
@Service
@ConditionalOnProperty(name = {"custom.env"}, havingValue = "dev")
public class DevSmsServiceImpl implements SmsService {
@Override
public Boolean send(String mobile, String content) {
System.out.println("短信发送成功, by DevSmsServiceImpl");
return true;
}
}
/**
* 生产环境短信通道
*
* @author WeJan
* @since 2020-04-28
*/
@Service
@ConditionalOnProperty(name = {"custom.env"}, havingValue = "prod")
public class ProdSmsServiceImpl implements SmsService {
@Override
public Boolean send(String mobile, String content) {
System.out.println("短信发送成功, by ProdSmsServiceImpl");
return true;
}
}
正常情况下,使用 @ConditionalOnProperty
便足以满足大部分的需求,但还是有例外情况,需要设置兜底策略,可以通过 @ConditionalOnMissingBean
来实现,该注解 value 属性中对应的类若都未曾实例化,则实例化当前的 Bean。
**
* 默认短信通道
*
* @author WeJan
* @since 2020-04-28
*/
@Service
@ConditionalOnMissingBean(value = {DevSmsServiceImpl.class, TestSmsServiceImpl.class, ProdSmsServiceImpl.class})
public class DefaultSmsServiceImpl implements SmsService {
@Override
public Boolean send(String mobile, String content) {
System.out.println("短信发送成功, by DefaultSmsServiceImpl");
return true;
}
}
测试一番
为了方便测试,使用 @ActiveProfiles
注解指定当前测试使用的配置环境,
@RunWith(SpringRunner.class)
//@ActiveProfiles(value = "prod")
//@ActiveProfiles(value = "dev")
@ActiveProfiles(value = "test")
@SpringBootTest(classes = SpringApp.class)
public class SmsServiceTest {
@Resource
private SmsService smsService;
@Test
public void testSend() {
smsService.send("13333333333", "Test");
}
}
测试当激活环境为 dev
时,控制台输出,其他环境不再演示,读者可自行尝试。
短信发送成功, by DevSmsServiceImpl