Servlet 2.4 规范说明了关于 WEB-INF的内容（第 70 页）：

应用程序层次结构中存在一个特殊目录，名为 WEB-INF. 此目录包含与应用程序相关但不在应用程序文档根目录中的所有内容。 该WEB- INF节点不是应用程序公共文档树的一部分。目录中包含的任何文件WEB-INF都不能由容器直接提供给客户端。但是，目录的内容 对于
servlet 代码使用 上的 and方法调用WEB- INF是可见的，并且可以使用调用公开。getResource``getResourceAsStream``ServletContext``RequestDispatcher

这意味着WEB-INF您的 Web 应用程序的资源加载器可以访问资源，而不是直接对公众可见。

这就是为什么许多项目将他们的资源（如 JSP 文件、JAR/库和他们自己的类文件或属性文件或任何其他敏感信息）放在WEB- INF文件夹中的原因。否则，可以使用简单的静态 URL 访问它们（例如，用于加载 CSS 或 Javascript）。

从技术角度来看，您的 JSP 文件可以在任何地方。例如，在 Spring 中，您可以将它们配置为WEB-INF显式：

<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"
    p:prefix="/WEB-INF/jsp/" 
    p:suffix=".jsp" >
</bean>

Wikipedia 的WAR
文件文章中提到的WEB- INF/classes和文件夹是 Servlet 规范在运行时所需的文件夹示例。WEB- INF/lib

区分项目的结构和生成的 WAR 文件的结构很重要。

项目的结构在某些情况下会部分反映 WAR 文件的结构（对于 JSP 文件或 HTML 和 JavaScript 文件等静态资源，但情况并非总是如此。

从项目结构到生成的 WAR 文件的转换是通过构建过程完成的。

虽然您通常可以自由设计自己的构建过程，但现在大多数人将使用标准化方法，例如 Apache
Maven 。除此之外，Maven
还定义了项目结构中的哪些资源映射到生成的工件中的哪些资源的默认值（在这种情况下，生成的工件是 WAR
文件）。在某些情况下，映射由纯复制过程组成，在其他情况下，映射过程包括转换，例如过滤或编译等。

一个示例 ：该WEB-INF/classes文件夹稍后将包含所有需要由 Classloader 加载以启动应用程序的已编译 Java
类和资源（src/main/java和）。src/main/resources

另一个示例 ：该WEB-INF/lib文件夹稍后将包含应用程序所需的所有 jar 文件。在 maven 项目中，为您管理依赖项，并且 maven
会自动为您将所需的 jar 文件复制到WEB-INF/lib文件夹中。lib这就解释了为什么在 Maven 项目中没有文件夹。