1.背景
应用程序在启动的时候，可能会读取应用所需要的配置文件，如果说配置文件的内容不是一成不变的，在需要更新的情况下，一般我们是上传一个新的配置文件，然后重启服务器。假如，这个配置文件是我们的应用完全可控的，我们可以在不重启服务器的情况下，把新的配置文件数据加载起来。
2.实现步骤
（1）应用提供一个Http接口，用来接收客户端新上传的文件数据。
（2）客户端调用http接口，上传文件数据，并指定一个用于刷新数据的class
（3）服务端收到请求，刷新文件内容，刷新内存。
3.遇见的问题一开始做的时候，服务端收到请求以后，先把数据写到文件中，然后重新读取文件内容，刷新的内存，遇见了非常奇怪的问题。在tomcat的server.xml设置应用的reloadable为true的情况下，文件可以被重写，内存数据也可以被刷新，但是会导致tomcat的重启！在tomcat的server.xml设置应用的reloadable为false的情况下，文件可以被重写，内存刷新的方法也执行了，但是，内存数据却没有被刷新。百撕不得骑姐猜测可能的原因：
（1）在reloadable为true的时候，tomcat会监控整个应用的class，如果有修改就会重启。但是，我们只是调用了一个刷新方法，class文件并没有更新。后来发现，只要是配置文件被刷新，就会导致tomcat的重启，因此，tomcat不光是监控class，它会监控整个WEB-INF下面的所有的文件。并且，线上环境的reloadable都应该配置为false的。
（2）reloadable为false的时候，为什么数据没有刷新这是最郁闷的！然后一步一步debug，后来终于发现，文件虽然刷新了，但是，刷新方法读到的文件数据却还是老数据！难道说，读取配置文件的方法出问题了？
[java] view plain copy
public static List<String> loadFromClasspath(String filename,String encoding){
InputStream in = null;
try{
in = ConfUtil.class.getClassLoader().getResourceAsStream(filename);
return load(in,encoding);
}catch(Exception e){
throw new RuntimeException(e);
}finally{
IOUtil.close(in);
}
}
果然是这个原因，tomcat的WebappClassloader会缓存配置文件的内容，它不会每次都从硬盘上重新读取，因此，就算我们重写了配置文件也是没用的！
4.解决办法有两种解决办法：
（1）拿到上传的数据以后，先把数据写到文件，然后不是从文件读取，而是直接把数据写到内存。
（2）读文件的时候，不用WebappClassloader来读取，换用FileInputStream，直接从硬盘读取。
5.代码实现主要有三个类：RefresherFactory，Refresher，XXXRefresher。RefresherFactory采用单例注册表模式，缓存XXXRefresher对象Refresher是抽象父类，需要各个子类重写里面的几个方法，用于把文件的数据映射到内存。XXXRefresher：具体的实现类。
