文件上传 通过 ServletContext.getRealPath()获取不到路径&war与war exploded的区别
场景#
实现文件上传功能,并将用户上传的文件保存在 WEB-INF 目录下(不允许外部访问,保护文件安全),但是通过 ServletContext.getRealPath() 方法获取路径和项目路径不相符,情况如下:
使用 war 包部署项目,调用方法:`String savePath = this.getServletContext().getRealPath("/WEB-INF/upload");`获取路径,相对的就是 Tomcat 的安装目录,如下所示:
而使用 war exploded 包部署项目,调用相同方法获取到的路径是相对于当前项目的,如下:
分析#
第一种方式是以我们的 Tomcat 服务器为根据,第二种是以我们的项目为根据。开发中,后者这才是我们更常用的目录,IDEA 中通过如下方式在配置 Tomcat 时就应该按需求进行部署:
扩展:war和war exploded的区别#
在使用 IDEA 开发项目的时候,部署 Tomcat 的时候通常会出现下边的情况:
是选择 war 还是 war exploded,这里首先看一下他们两个的区别:
war 模式这种可以称之为是发布模式,就是先将 WEB 工程打成 war 包,然后再将其上传到服务器进行发布 。;war exploded 模式是将 WEB 工程以当前文件夹的位置关系上传到服务器,即直接把文件夹、jsp 页面 、classes 等等移到 Tomcat 部署文件夹里面,进行加载部署。因此这种方式支持热部署,一般在开发的时候也是用这种方式。在平时开发的时候,使用热部署的话,应该对 Tomcat 进行相应的设置,这样的话修改的 jsp 界面什么的东西才可以及时的显示出来。
修改下方图中箭头指向的位置,这样的话就可以实现热部署。
使用 war 模式开发的时候遇到的坑
一、项目代码的位置如下:
上述项目为 SSM 项目。
二、部署使用的 Tomcat 位置:
三、用于获取上下文环境绝对路径的代码:
String contextPath = request.getSession().getServletContext().getRealPath("/");
四、两种方式的实验过程和结果:
(1)在使用 war 模式开发的时候,通过下边这段代码获取项目的相对路径:
String contextPath = request.getSession().getServletContext().getRealPath("/");
war 模式始终是获取到的路径如下:
其中 C:\Software\apache-tomcat-8.0.32 是本例子中 Tomcat 的所在位置。
可以看出通过 war 模式是最终打包部署到 Tomcat 所在的位置。
(2)然后再看 war exploded 模式,同样进行设置,运行同一段代码,运行结果如下:
可以看出最终得到的是我这个项目的位置,其实就是这个项目 target 的位置。
五、总结
根据上述(1)(2)的实验结果可以看到这两种方式得部署方式是不一样的,因此在获取项目的相对路径的时候得到的结果是不一样的。
此段内容原文地址 baijiahao.baidu.com
作者: "无问西东"
出处:https://www.cnblogs.com/csyh/p/13322598.html
版权:本文采用「署名-非商业性使用-相同方式共享 4.0 国际」知识共享许可协议进行许可。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析