本次我们来说说关于404的一些内容。因为在公众号后台，和qq群里，都有人在问一类的问题：
我应用已经部署好了，后台启动也没见到异常输出。请求tomcat的manager这些都可以，为什么请求自己的应用总是返回404?
是啊，这是为什么呢?
我们来分析这个问题的描述。
1. 应用部署好了，后台没有异常输出。
2. tomcat的manager应用可以正常请求
以上两点只能说明tomcat正常启动，同时manager应用和用户的应用成功部署，但对于manager的请求正常，并不能保证你自己的应用也能正常请求。
毕竟，你的应用内资源是什么，和manager没有关联，甚至，你请求的时候，地址还可能写错。或者说，你眼睁睁看着应用部署在webapps目录下，但在浏览器里请求总是不停止的返回404。
上面这个问题是我们本次文章的主要分析的内容。我们首先来看，404这个http请求的状态码，wikipedia里这样描述：
404(not found)这个http错误信息，是个标准的响应码，在计算机网络通信中，标识client可以和server通信， 但server找不到client请求的资源。
在tomcat里，404会在许多情形下返回。
我们前面的文章了说过，tomcat里包含两个默认的servlet：
jspservlet, defaultservlet。(tomcat是如何响应静态资源的?)
我们随便请求tomcat中一个不存在的资源时，例如下面两个都不存在的资源：
http://localhost:8080/abc 和 http://localhost:8080/abcd.jsp
这个时候，会请求到上面提到的这两个servlet中。此时，由于资源并不存在，所以返回404和我们预期的一致。
例如DefaultServlet，在处理请求时，会在Resource中查找当前请求的资源是否存在。
这里用到了一个cache，记录了当前应用的所有资源内容，
在资源中找不到。下图是Tomcat根应用内的资源
这里的response设置完status和message后，整个处理流程结束，错误页面的展示，是根据具体的配置，不同的状态码对应可以对应到不同的页面，这里Tomcat的错误页面，我们前面文章分析过具体实现。(你的错误页面。不，是你的错误页面)
我们再来分析看另一种情况：
比如你在请求manager应用时，应用名称写成了Manager或者manageR,这个时候，和上面处理其实一致，这个应用名称，会被识别为/这个应用的一个资源去处理，所以没有该资源自然是返回404。
再看一种情况：
manager应用下是有404.jsp这个错误页面的，但你直接以下面的形式去请求，还是会得到404
http://localhost:8080/manager/WEB-INF/jsp/404.jsp
这个大家都知道，是Tomcat内对于目录的访问进行了限制。(WEB-INF目录知多少)
再看一种：
你应用内的某个页面，假设是index.jsp内，其本质上要跳转到其它的一个页面，如果是使用sendRedirect还好，跳转后显示具体的路径信息。但假设使用的forward，这个时候，你forward的页面又不存在
这个时候每次请求都会是404，但你看着你请求的页面明明安静的躺在目录里。
所以，再看到请求返回404的时候，要分情况分析，具体是什么原因导致的，是真的资源找不到，还是其它原因。
甚至还有可能是你配置了多个error code对应到同样一个404的错误页面，你每次看到404，也有可能是其它原因。
