相对路径与绝对路径 ${pageContext.request.contextPath}

绝对路径：是从盘符开始的路径，形如
C:\windows\system32\cmd.exe
相对路径：是从当前路径开始的路径，假如当前路径为C:\windows
要描述上述路径，只需输入
system32\cmd.exe
实际上，严格的相对路径写法应为
.\system32\cmd.exe
其中，.表示当前路径，在通道情况下可以省略，只有在特殊的情况下不能省略。
假如当前路径为c:\program files
要调用上述命令，则需要输入
..\windows\system32\cmd.exe
其中，..为父目录。
当前路径如果为c:\program files\common files
则需要输入
….\windows\system32\cmd.exe

拿着这理解应该比程序里面好理解得多了。

${pageContext.request.contextPath}等价于<%=request.getContextPath()%>或者可以说是<%=request.getContextPath()%>的EL版
意思就是取出部署的应用程序名或者是当前的项目名称
比如我的项目名称是SpringMVC 在浏览器中输入为http://localhost:8080/SpringMVC/login.jsp

${pageContext.request.contextPath}或<%=request.getContextPath()%>取出来的就是/SpringMVC,而”/”代表的含义就是http://localhost:8080
所以我们项目中应该这样写${pageContext.request.contextPath}/login.jsp

说一下亲身的例子大概就明白了。这里我先用的是相对路径，很多种情况下都没出错。

你看这个delete操作，我也是用的相对路径，那为甚么不会出错呢，因为请求路径只有一层，没有任何占位符，当HiddenHttpMethodFilter转换为DELETE请求的时候会去掉一层，所以不会出错，请求路径变成http://localhost:8080/emp/1001

但是这个edit就不容乐观了。

本来路径上有占位符的存在，所以转换的时候就不会认全。

就会出现这样的闹剧，请求多层本来就没有Handler处理的路径。

所以告诫大家，请尽可能多的使用相对路径。