本文共 4371 字,大约阅读时间需要 14 分钟。
2018年08月09日 10:15:06 阅读数 9907
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u011958281/article/details/81531676
问题
项目中我们都要要尽量避免将参数直接写进程序里,这样一旦需要需要修改配置,我们可以只需要在配置文件里做修改,而不必在程序里找,这样可以避免很多错误,个人项目可能不会注意这一点,但是需要上线发布的项目,Configure配置文件就显得非常重要!现在很多公司其实都有这方面的应用,甚至有专门的中间件可以专门管理配置文件,即时生效,不必去上线修改参数,这不是我们今天说的重点。先看内容:
application-dev.properties
#URLconfirmURL=http://127.0.0.1:8081/confirm
原因
这是为什么呢?为什么在Controller类就成功了?在其他类里面我尝试过@Service,@Component,@Configure,但是我没有成功,经过查询,原来,在使用这些参数生成Bean类的时候,我们注入的参数还没有生效,因此获取不到,而不是由于参数注入的问题,而在某些场景,spring可能做了优化,是的参数优先注入,再生成Bean。那么有没有好的方法可以解决这个问题呢?
首先,我们的参数的直接注入是肯定不行了,那么我们就采用初始化类的方式,将配置信息集中初始化。
public class PropertyUtil { private static final Logger logger = LoggerFactory.getLogger(PropertyUtil.class); private static Properties props; static { loadProps(); } synchronized static private void loadProps() { logger.info("start to load properties......."); props = new Properties(); InputStream in = null; try { in = PropertyUtil.class.getClassLoader(). getResourceAsStream("application.properties"); props.load(in); logger.info(name); } catch (FileNotFoundException e) { logger.error("properties not found!"); } catch (IOException e) { logger.error("IOException"); } finally { try { if (null != in) { in.close(); } } catch (IOException e) { logger.error("properties close Exception!"); } } // logger.info(props); logger.info("load properties over..........."); } public static String getProperty(String key) { if (null == props) { loadProps(); } return props.getProperty(key); }}
通过Util类我们一次行加载参数,在需要获取的地方,直接通过
private static String unsubscribeUrl = PropertyUtil.getProperty("unsubscribeUrl");
这样就可以获取我们所需要的参数了,直接定义为静态变量,一次读取,后面都可以直接使用。
在Spring boot中参数配置有三个 application.properties, application-dev.properties, application-prod.properties
application.properties
spring.profiles.active=dev
通过在这里修改dev 或者 prod 我可以配置两套配置,一套用于产品,一套是开发,那么我如果来根据我配置的信息来读取不同的配置呢,这又让我头疼了,看着代码,我想到,既然他可以读取配置文件了,那么我为何不先获取一下 application.properties里面的信息,然后看dev,或者prod来加载不同的配置呢,因此,我加了一段判断代码:
in = PropertyUtil.class.getClassLoader().getResourceAsStream("application.properties"); props.load(in); String name = getProperty("spring.profiles.active"); if (name.equals("dev")) { in = PropertyUtil.class.getClassLoader().getResourceAsStream("application-dev.properties"); } else if (name.equals("prod")) { in = PropertyUtil.class.getClassLoader().getResourceAsStream("application-prod.properties"); } props.load(in); logger.info(name);
通过测试,name的确是我 在application.properties配置的信息,因此,这具很好的解决了两套配置,在线下测试跟发布,我只需要修改一个配置文件就可以完成转换,节省时间的同时,也避免了错误发生,很多上线的问题都是因为配置的问题,因此这个问题一定要小心,当然还有很多方案,后面接触到我会继续总结,最近在代码的重构,发现自己的代码有很多问题。
@Componentpublic class ExchangeServiceUtil { private static String mailServer; private static String user; private static String password; private Logger logger = LoggerFactory.getLogger(this.getClass()); @Autowired private ExchangeServiceUtil(@Value("${spring.EWS.mailServer}") String mailServer, @Value("${spring.EWS.user}") String user, @Value("${spring.EWS.password}") String password) { this.mailServer = mailServer; this.user = user; this.password = password; } private static ExchangeServiceUtil instance = new ExchangeServiceUtil(mailServer, user, password); public static ExchangeServiceUtil getExchangeServiceUtil() { return instance; } public ExchangeService getExchangeService() throws URISyntaxException { ExchangeService service = new ExchangeService(ExchangeVersion.Exchange2010_SP2); ExchangeCredentials credentials = new WebCredentials(user, password); service.setCredentials(credentials); service.setUrl(new URI(mailServer)); // service.autodiscoverUrl(""); return service; }}
我通过构造函数的方式,也成功的把参数注入到了里面,这个方法也是偶然接触到的,在某些工具,比如数据池,这是微软的邮件发送配置,都是可以采用这样的方法,构造函数可以加载参数,然后在生成Bean,很好的避开了那个问题,这个问题我还会继续深究,看看有什么发现,如果你有高见,欢迎留言!