为什么WEB-INF文件夹里面的jsp文件有效，但放在WEB-INF下的文件夹下不行？
当我的jsp文件在WEB-INF文件夹中（作为/WEB-INF/file.jsp）时，我可以从localhost：8080 / ProjectCtxtRoot /访问它们，但如果将它们放在/ WEB-中我无法访问它们INF / JSP / file.jsp？
我在web.xml中更改了welcome-list标记中的路径，如下所示
/JSP/fileName.jsp 我还更改了dispatcher-servlet.xml，如下所示
它仍然无效。 用于上述案例的url是
localhost:8080/ContextRoot/jsp/ localhost:8080/ContextRoot/jsp/fileName.jsp localhost:8080/ContextRoot/jsp/fileName
它不适用于上述任何url。
但它工作的时候
/fileName.jsp
dispatcher-servlet.xml如下
用于上述案例的URL是localhost：8080 / ContextRoot /并且它可以工作。
我使用tomcat v 7.0服务器。 我在Eclipse IDE中刷新我的项目，然后清理它，构建它，使用mvn clean install构建war，然后从tomcat manager主页选择war并部署它。 我每次都这样做。
这就是diapatcher-servlet.xml在整个过程中的外观。 我只是改变了上面所说的特定部分
<!-- --> <!-- /WEB-INF/views/views.xml -->
这就是我的web.xml的样子
<!-- Archetype Created Web Application --> dispatcher org.springframework.web.servlet.DispatcherServlet <!-- contextConfigLocation /src/main/webapp/WEB-INF/dispatcher-servlet.xml --> 1 dispatcher / contextConfigLocation /WEB-INF/dispatcher-servlet.xml <!-- org.springframework.web.context.ContextLoaderListener --> /fileName.jsp
好。 当我将整个jsp文件夹从/webapp/WEB-INF/jsp/fileName.jsp移动到/webapp/jsp/fileName.jsp时，它可以工作。 我想知道1.为什么现在有效？ 这是正确的做事方式吗？ 3.当url为localhost：8080 / CtxtRoot / jsp /或localhost：8080 / CtxtRoot / jsp / search.jsp时，它可以工作，但它不适用于localhost：8080 / AnnaUnivResults / jsp / search。 为什么会这样？
我认为这里有几个问题：
- 你对使用spring MVC的路径感到困惑
- 您没有正确配置您的Web xml
不幸的是我无法为你详细介绍每一个细节，很多弹簧都是可配置的，所以我的解释只是涵盖了最基本的场景。 如果有人发现错误，请告诉我，我会解决它。
对于路径，可能有助于逐步思考问题。
- 您从浏览器请求URL，浏览器查看协议，主机和端口，并使用DNS查找要连接的相应IP地址。
- 您的浏览器和主机之间建立了连接。 主机查找在您指定的端口上运行的进程，如果任何安全系统允许TCP连接，则请求将流式传输到在该端口（Web服务器）上运行的进程。
- Web服务器根据端口之后的内容做出决策，具体来说，它通过查看给定的路径来确定Web应用程序上下文的内容。 一旦确定了应用程序上下文根，它就知道哪个Web应用程序应该处理该请求。 该决定基于您如何配置Web服务器，您可以让Web应用程序处理没有上下文根的请求或特定的上下文根。 例如，如果您请求
localhost:8080/CtxtRoot/jsp/，您可以在服务器上有一个Web应用程序，其上下文根为“CtxtRoot”，它将处理该请求。 或者，您可以拥有一个具有“”上下文的应用程序，它可以处理该请求。 这取决于您如何配置服务器，默认情况下Tomcat将使用war名称作为上下文根。 - Web应用程序接收请求。 虽然它知道所请求的完整URL，但它只根据上下文根之后的所有内容做出决策。 因此，例如，对
localhost:8080/CtxtRoot/jsp/的请求，Web应用程序将基于’jsp’作为路径路由事物。 - Web应用程序有一个filter链，它首先提交请求。 如果filter的模式与请求匹配，则该filter可以评估请求。 它可能会阻止请求，处理请求或传递请求。 我不会说太多，因为你的问题不涉及filter。
- Web应用程序查找其模式与请求匹配的资源，它首先考虑servlet，然后是静态资源。 在上下文之后出现的url部分是它尝试匹配的部分，因此如果请求是针对
localhost:8080/CtxtRoot/jsp/，并且上下文根是’CtxtRoot’，那么Web应用程序正在比较’/ jsp /’到所有servlet映射。 对WEB-INF中的静态资源的请求将始终被拒绝，但servlet和filter可以并且确实从WEB-INF返回数据。 - 我将继续假设请求被发送到Spring DispatcherServlet，它接收请求，并考虑servlet路径之后的所有内容。 Spring的DispatcherServlet查找一个Controller，其路径与servlet路径之后的路径匹配。 servlet路径基本上就是你在web xml中的servlet映射中放置的内容。 让我举一个例子，假设您有一个Web应用程序，其上下文为“app”，它有一个Spring MVC servlet，其servlet映射为’/ mvc’，一个控制器处理路径’sales’，那么你可以使用
http://localhost:8080/app/mvc/sales访问该控制器。 - 如果DispatcherServlet找不到Controller，我相信它会将传入的请求视为由控制器返回，因此如果子路径是’sales’，那么它会将其作为参数传递给视图解析器。 如果找不到，则服务器返回未找到的错误。
- 通常，Controller在完成时返回一个字符串，这是资源的路径。 它可以将“流行”作为字符串返回。 然后Spring将它转发给ViewResolver，我假设你正在使用InternalResourceViewResolver。 它将查看前缀和后缀，并基本上将它们包含在给定的内容中。 因此，如果前缀是’/ WEB-INF / views /’，后缀是’.jsp’，参数是’热门’，那么它将在’/WEB-INF/views/popular.jsp中查找资源”。 它实际上只是将这些字符串连接起来构成一条路径。 该路径始终相对于Web应用程序根目录。 如果生成的路径是jsp文件，则在返回之前将对其进行解释。
- 然后它最终返回给用户。
从您的示例中，您正在请求localhost：8080 / ContextRoot / jsp / fileName，因此看起来’CtxRoot’是上下文根，您的servlet的路径是’/’，因此它应该将之后的任何内容传递给控制器。 当DispatcherServlet收到请求时，它正在搜索将’jsp’作为路径处理的控制器。 由于你没有，它决定将其视为资源路径。 它使用视图解析器并形成路径/WEB-INF/jsp/jsp/fileName.jsp，这显然不存在。
假设您已经请求localhost：8080 / ContextRoot / fileName，请求将到达DispatcherServlet，它将找不到将“fileName”作为路径处理的Controller，因此会将其视为资源。 它将形成路径/WEB-INF/jsp/fileName.jsp，这将返回结果。
但是，您的Web xml未配置为初始化spring。 因此，您的Web应用程序实际上正在处理您的每个请求，就好像它们是针对Web应用程序根目录的资源一样。 我相信，如果你已经正确地初始化了Spring的请求，它可能会有效。
以下是如何执行此操作的一个很好的示例：
http://www.mkyong.com/spring3/spring-3-mvc-hello-world-example/
请注意，他的web xml有一个ContextLoaderListener，它在你的注释中被注释掉，这对于在web应用程序中初始化spring非常重要。 我还在调度程序中看到了路径/ src / main / resources的注释，但是web xml中的所有路径都应该相对于Web应用程序根目录。 在运行时，Web服务器不了解您的项目，并且’src’不是Web应用程序根目录中的目录。 另请注意，与主弹簧上下文相比，您可以为MVC提供不同的应用程序上下文，这很常见。
我想如果你做这些事情它会起作用：
- 将您的jsp移动到/WEB-INF/jsp/fileName.jsp
- 更新您的应用程序上下文，因此’/ WEB-INF / jsp /’是前缀，’。jsp’是后缀。
- 将上下文加载器侦听器添加到Web xml，并设置相对于应用程序上下文根的contextConfigLocation路径。 例如，它可能是/WEB-INF/appContext.xml
-
提出要求
本地主机：8080 / CtxtRoot /文件名
此外，您一直在谈论欢迎文件，但您提供了完整的资源路径。 欢迎文件仅在用户向目录的根目录发出请求时才会起作用，如下所示：
localhost:8080/CtxtRoot/
该请求将被转发到欢迎文件。 我认为你唯一一次尝试过，jsp碰巧在你的应用程序根目录中，并被配置为欢迎文件，所以它有效。 虽然它“有效”，但实际上并没有使用spring来返回它。
祝你好运。
WEB-INF之外的所有内容都是公开可用的，不对其应用任何身份validation（我们可以通过在web.xml中定义scurity约束来应用），但WEB-INF内的所有资源都是安全的。 您可以将静态页面保留在WEB-INF之外，以及动态页面，例如WEB-INF中的配置文件，帐户。 请交叉检查我可能是错的。