从Web应用程序读取文件是一个典型的陷阱，每当您这样做时，都会遭受痛苦。
Web应用程序（尤其是Java EE）不被认为使用文件系统进行读/写操作，它们依赖于容器（在您的情况下为Tomcat）知道如何获取所需资源的事实。
因此，基本建议是：不要这样做。
但由于我基本上讨厌这种回答，因此我会给您一些建议。
永远不要使用工作目录
您永远都不知道工作目录在哪里，而且在任何生产系统中（通常不知道），Web应用程序无权在工作目录上进行写操作。
例如，如果将Web应用程序部署到tomcat服务器，并在Windows计算机上作为服务运行，则会发现您的工作目录为
WindowsSystem32
例如，您真的不想在其中写入一些上传的文件…
您有几种选择，我更喜欢在web-xml中设置一个路径，并可能从服务器配置中覆盖它（使用上下文）。
第二种选择甚至更好的方法是将路径保存到Web应用程序访问的db表中。
例如：
在您设置的web.xml中
<context-param> <description>Uploaded files directory</description> <param-name>file-storage</param-name> <param-value>c:appstorageuploaded</param-value></context-param>
然后在server.xml中（或者您可以使用上下文目录，并在其中放置以下代码），您可以在上下文中覆盖此设置。
<Context <Parameter name="file-storage" value="E:appstorageuploaded" type="java.lang.String" override="false" /></Context>
查看tomcat文档
第三种选择，在稍微快乐一些的情况下，您只想编写一些临时文件，有一个webapp工作目录，可以作为名为servlet上下文参数的
javax.servlet.context.tempdir访问
如果我在哪里，我会去数据库表。
所有这些复杂性是因为您可以在tomcat的不同实例上（甚至在不同的机器上，甚至是不同的Web应用程序）在同一个实例上拥有同一个应用程序的多个实例，因此没有简单的方法可以使“相对”路径情况。
大多数Web应用程序都决定在需要时对db上的数据进行序列化（使用lob或类似的对象），或者依靠某种服务（FTP，cif，nfs等）。
