给你的项目添加一个灵活的“开关”
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://cloud.tencent.com/developer/article/1337160
年后项目提测了两次，每次提测都是通宵达旦完成~第二次通宵的原因主要可以用一个字来形容：等。
项目中对接了一个代付通道，每次测试代付功能都是发起代付请求之后，需要等十几到二十几分钟才能返回代付结果，甚至期间通道偶尔会出现一些问题，更尴尬的是等了好长时间，返回的结果是代付失败（代付通道测试环境返回的代付结果都是随机的）。
这时候就找到一个办法就是在代付的位置加上一个开关，需要模拟代付成功的时候可以打开，走正常流程的时候就关闭，类似于Mock，可以自由控制我们测试自己的代码的时候不受第三方的影响。
这好办，我在代码里是这么干的：
public class PayServiceImpl implements PayService{
protected final static boolean isOpenMockPaySuccess = true; // 模拟代付成功的开关
/**
* 代付请求
* @return
*/
public boolean payRequest(){
if(isOpenMockPaySuccess){
return true;//如果开关打开，模拟代付请求成功
}else{
//执行正常的代付请求逻辑
}
}
/**
* 代付结果查询
* @return
*/
public boolean payQuery(){
if(isOpenMockPaySuccess){
return true;//如果开关打开，模拟代付结果成功
}else{
//执行正常的代付结果查询逻辑
}
}
}这样就能实现上面说的效果了，无论代付通道需要多长的处理时间，有没有挂掉，我们都不需要关注，只需要专注于测试自己的逻辑。
看到这里您可能以为这就OK了，但是这么做有一个致命的缺点，就是安全性。
测试无误的代码都是随时可以上线的，假如上面的代码测试无误，那上线之后如果忘记关上开关，那是不是每一笔代付都默认成功啦（其实都没有提交）？
所以为项目加一个开关的想法是好的，但是这个开关最好是关闭状态的，不影响正常逻辑，只有在开关需要打开的时候才去打开，并且可以动态关闭并且不修改代码。
这时就可以使用读取自定义环境变量的形式来设置开关，比如：
protected final static boolean isOpenMockPaySuccess = Boolean.parseBoolean(System.getProperty("isOpenMockPaySuccess", "false")); // 模拟代付成功的开关默认是关闭(false)，如果需要打开开关，则需要在jvm启动参数中添加isOpenMockPaySuccess参数，值为true：
-Xmx128 -Xms64 -Xmn32m -Xss16m -DisOpenMockPaySuccess=true这样，测试的时候可以在测试环境打开开关，生产环境也不会执行威胁生产环境安全的代码，保证程序在测试环境顺利测试，在生产环境安全运行。
【 转载请注明出处——胡玉洋《给你的项目添加一个灵活的“开关”》】