从Web应用程序读取文件是一个典型的陷阱，每当您这样做时，都会遭受痛苦。

Web应用程序（尤其是Java EE）不被认为使用文件系统进行读/写操作，它们依赖于容器（在您的情况下为Tomcat）知道如何获取所需资源的事实。

因此，基本建议是：不要这样做。

但由于我基本上讨厌这种回答，因此我会给您一些建议。

永远不要使用工作目录

您永远都不知道工作目录在哪里，而且在任何生产系统中（通常不知道），Web应用程序无权在工作目录上进行写操作。

例如，如果将Web应用程序部署到tomcat服务器，并在Windows计算机上作为服务运行，则会发现您的工作目录为 \Windows\System32

例如，您真的不想在其中写入一些上传的文件…

您有几种选择，我更喜欢在web-xml中设置一个路径，并可能从服务器配置中覆盖它（使用上下文）。

第二种选择甚至更好的方法是将路径保存到Web应用程序访问的db表中。

例如：

在您设置的web.xml中

<context-param>
  <description>Uploaded files directory</description>
  <param-name>file-storage</param-name>
  <param-value>c:\app\storage\uploaded</param-value>
</context-param>

然后在server.xml中（或者您可以使用上下文目录，并在其中放置以下代码），您可以在上下文中覆盖此设置。

<Context
    <Parameter
      name="file-storage"
      value="E:\app\storage\uploaded"
      type="java.lang.String"
      override="false" />
</Context>

查看tomcat文档

第三种选择，在稍微快乐一些的情况下，您只想编写一些临时文件，有一个webapp工作目录，可以作为名为servlet上下文参数的
javax.servlet.context.tempdir访问

如果我在哪里，我会去数据库表。

所有这些复杂性是因为您可以在tomcat的不同实例上（甚至在不同的机器上，甚至是不同的Web应用程序）在同一个实例上拥有同一个应用程序的多个实例，因此没有简单的方法可以使“相对”路径情况。

大多数Web应用程序都决定在需要时对db上的数据进行序列化（使用lob或类似的对象），或者依靠某种服务（FTP，cif，nfs等）。