给你的项目添加一个灵活的“开关”

太过爱你忘了你带给我的痛 2022-09-29 15:52 106阅读 0赞

年后项目提测了两次，每次提测都是通宵达旦完成~第二次通宵的原因主要可以用一个字来形容：等。

项目中对接了一个代付通道，每次测试代付功能都是发起代付请求之后，需要等十几到二十几分钟才能返回代付结果，甚至期间通道偶尔会出现一些问题，更尴尬的是等了好长时间，返回的结果是代付失败（代付通道测试环境返回的代付结果都是随机的）。

这时候就找到一个办法就是在代付的位置加上一个开关，需要模拟代付成功的时候可以打开，走正常流程的时候就关闭，类似于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

这样，测试的时候可以在测试环境打开开关，生产环境也不会执行威胁生产环境安全的代码，保证程序在测试环境顺利测试，在生产环境安全运行。

--------------------

【 转载请注明出处——胡玉洋[《给你的项目添加一个灵活的“开关”》][Link 1]】

[Link 1]: http://blog.csdn.net/huyuyang6688/article/details/62438278