实际开发中，项目需要访问外部资源文件

该方式为idea中使用内置tomcat时的解决方案：

/**
 * 添加外部资源文件配置
 * @author 
 */
@Configuration
public class MyConfiguration extends WebMvcConfigurationSupport {
    @Override
    protected void addResourceHandlers(ResourceHandlerRegistry registry) {
        String os = System.getProperty("os.name");
        String win="win";
        //判断是否是window系统
        if (os.toLowerCase().startsWith(win)) {
            registry.addResourceHandler("/api/upload_file/**").addResourceLocations
                    ("file:C:\\Users\\Susan\\Desktop\\test/");
        }
        super.addResourceHandlers(registry);
    }

}

file:C:\\Users\\Susan\\Desktop\\test/  该路径为我的资源文件夹所存放的目录，桌面test文件夹下的default.htm就可以通过下面的方式去访问。

访问方式：http:localhost:8081/api/upload_file/default.htm

 

 

使用自配的tomcat，可以修改tomcat配置目录下D:\Program Files\apache-tomcat-8.0.52\conf的server.xml文件,在<Host></Host>内添加以下信息

<Context docBase="C:\Users\Susan\Desktop\test" path="/upload_file" debug="0" reloadable="true"/>

 

tomcat 中server.xml元素详解

Tomcat本身设置了Reloadable的属性，故Tomcat在检测到class文件发生变化之后，对WebApp的应用进行了重新加载：先卸载，再重新加载。

以下引自CSDN ，原文：https://blog.csdn.net/qq_20936333/article/details/81007860 

需要注意可能的风险：

1、在开发阶段将reloadable属性设为true，有助于调试servlet和其它的class文件，但这样用加重服务器运行负荷，建议在Web应用的发存阶段将reloadable设为false。

2、由于动态替代class，引发自动部署；如果部署失败，可能导致出现了2个相同的部署包。再次重启，然后2个缓存包都正常启动。 其本质原因是Tomcat在卸载应用的过程中，如果出现异常，则无法继续删除缓存；在重新加载的时候，无法清空已有的缓存，这个才是问题的根源。