看到很多人都喜欢用<%=request.getContextPath()%>
那我也使用一下
<%=request.getContextPath()%>是解决相对路径的问题，可返回站点的根路径。
<a href="<%=request.getContextPath()%>/XXX.jsp"> //这样获得的是绝对路径
<a href="XXX.jsp"> //这样获得的是相对路径
<a href="<%=request.getContextPath()%>/XXXX.jsp"> 能够更有效的防治连接的失效。
request.getContextPath()得到的是项目的名字,如果项目为根目录,则得到一个"",即空的字条串,
如果项目为dzjc, <%=request.getContextPath()% >/ 将得到dzjc/,服务器端的路径则会自动加上，
<a href="XXX.jsp"> 应该就是指当前路径下的这个xxx.jsp页面，有时候也可以在head里设置html:base
来解决路径的问题，不过用的最多的还是request.getContextPath。
用EL来表示相同功能的EL为：${pageContext.request.getContextPath()}
request.getScheme();
返回的协议名称,默认是http
request.getServerName()
返回的是你浏览器中显示的主机名
getServerPort()
获取服务器端口号
如果想得到工程文件的实际物理路径，可通过：<%=request.getRealPath("/")%>，这样页面就会输出：d:/web
现在request.getRealPath("") 这个方法已经不推荐使用了
可以使用
ServletContext.getRealPath(java.lang.String) instead. request.getSession().getServletContext().getRealPath() 得到工程文件的实际物理路径,也就是绝对地址
加上绝对路径${pageContext.request.contextPath}
----<a href="${pageContext.request.contextPath}/listuser/1" style="font-size:13px;">首页</a>
为了解决不同部署方式的差别，在所有非struts标签的路径前加${pageContext.request.contextPath}，如原路径为：
"/images/title.gif"，改为
"${pageContext.request.contextPath}/images/title.gif"
代码” ${pageContext.request.contextPath}”的作用是取出部署的应用程序名，这样不管如何部署，所用路径都是正确的。
缺点：
操作不便，其他工具无法正确解释${pageContext.request.contextPath}
在使用的时候可以使用${pageContext.request.contextPath}，也同时可以使用<%=request.getContextPath()%>达到同样的效果，同时，也可以将${pageContext.request.contextPath}，放入一个JSP文件中，将用C：set放入一个变量中，然后在用的时候用EL表达式取出来。
