实现文件上传功能,并将用户上传的图片或其他文件保存在指定的目录下,但是有时候通过 ServletContext.getRealPath() 方法获取路径和项目路径不相符,这是为什么呢?
比如说,我们使用ServletContext.getRealPath()
方法获取我们想要的路径如下:
String savePath = request.getServletContext().getRealPath("img/product/rimage/");
它获取的路径到底是什么呢,为什么有时候我们获得的路径不一样呢,据了解其实跟我们部署项目时和开发项目工作目录配置有关,下面将在ssm和springboot的情况下进行分析。
在使用 IDEA 开发项目的时候,部署 Tomcat 的时候通常会出现下边的情况:是选择 war 还是 war exploded。
他们两个的区别:
war 模式
这种可以称之为是发布模式,就是先将 WEB 工程打成 war 包,然后再将其上传到服务器进行发布 。
war exploded 模式
是将 WEB 工程以当前文件夹的位置关系上传到服务器,即直接把文件夹、jsp 页面 、classes 等等移到 Tomcat 部署文件夹里面,进行加载部署。因此这种方式支持热部署,一般在开发的时候也是用这种方式。在平时开发的时候,使用热部署的话,应该对 Tomcat 进行相应的设置,这样的话修改的 jsp 界面什么的东西才可以及时的显示出来。
修改下方图中箭头指向的位置,这样的话就可以实现热部署。
为什么要引入war和war exploded这两种打包方式,其实在ssm中我们使用ServletContext.getRealPath()
方法获取我们想要的路径时,其实真正的原因就是因为我们打包的方式不同而导致的。
情况一:
war exploded
模式部署
E:\data\java_code\project_code\ssm_ jurisdiction\jurisdiction\target\jurisdiction-1.0-SNAPSHOT\img\product\rimage\
我们得到上面路径是相对于当前项目
,其实就是这个项目 target 的位置。
情况二:
war exploded
模式部署
E:\software\apache-tomcat-8.5.34\webapps\ROOT\img\product\rimage\
其中 E:\software\apache-tomcat-8.5.34是本例子中 Tomcat 的所在位置。
可以看出通过 war 模式是最终打包部署到 Tomcat 所在的位置。
根据上述两种情况的实验结果可以看到这两种方式得部署方式是不一样的,因此在获取项目的相对路径的时候得到的结果是不一样的。
上面对ssm关于ServletContext.getRealPath()
方法进行了分析,为什么还要对springboot分析呢,因为在ssm项目中,我们需要手动配置tomcat,而springboot框架则帮我内置了tomcat配置,我们所遇到的问题不一样。
- 使用getServletContext().getRealPath()得到的是临时文件的路径。
- 每次重启服务,这个临时文件的路径还会变更。
类似下面这种路径:
1. 在idea的启动配置里面配置工作区。
2. 在工作区下建立public文件夹。
再进行上传则不会存储在临时文件中,从而项目重启还是能够访问到。
上传的路径为工作区+自定义多级文件目录:E:\data\java_code\project_springboot_code\springboot_travel\travel\public \img\product\rimage\
将String savePath = request.getServletContext().getRealPath(“img/product/rimage/”);的地址设置为相对地址,静态的,当然也是能解决,但是不推荐。
源码位置:org\springframework\boot\web\servlet\server\DocumentRoot.java
。
我们可以在IDEA中双击Shift
、Ctrl+N
、Ctrl+Shift+N
的快捷键进行搜索文件查看源码。
SpringBoot启动后,默认会把commonDocRoot设置成这三个目录。
如果没有就会设置成临时位置。
注意:这些目录都是在工作区下找的,如果没有设置工作区,肯定也是找不到的。
配置好工作区,添加了public文件夹后,就能正常获取路径了。
文件存储成功。