关于${pageContext.request.contextPath}的理解 （转载）

• ${pageContext.request.contextPath}是JSP取得绝对路径的方法，等价于<%=request.getContextPath()%> 。

  也就是取出部署的应用程序名或者是当前的项目名称
  

  好比个人项目名称是demo1在浏览器中输入为http://localhost:8080/demo1/a.jsp ${pageContext.request.contextPath}或<%=request.getContextPath()%>取出来的就是/demo1,而"/"表明的含义就是http://localhost:8080

  故有时候项目中这样写${pageContext.request.contextPath}/a.jsp

• 绝对路径与相对路径的比较

  
  

  １）采用相对路径遇到的问题 

              相对路径当然比较灵活，但若是想复制页面内的代码却变得比较困难，由于不一样的页面具备不一样的相对路径，复制后必须修改每个链接的路径。 
  若是页面被多于一个的页面所包含，那么被包含页面中的相对路径将是不正确的。 
  若是采用Struts的Action返回页面，那么因为页面路径与 Action路径不一样，使得浏览器没法正确解释页面中的路径，如页面为/pages/cust/cust.jsp，图片全部目录为/images /title.gif，这时在/pages/cust/cust.jsp中的所用的路径为”http://images.cnblogs.com /title.gif”，可是若是某一个Action的Forward指向这个JSP文件，而这个Action的路径为/cust/manage.do， 那么页面内容中”http://images.cnblogs.com/title.gif”就再也不指向正确的路径了。 
  解决以上问题彷佛只有使用绝对路径了。
  
  

  ２）采用绝对路径遇到的问题 

   随 着不一样的Web应用发布方式，绝对路径的值也不一样。如Web应用发布为MyApp，则路径”/MyApp/images/title.gif”是正确的， 但发布为另外一应用时如MyApp2，这个路径就不对了，也许这个状况比较少，但以default方式发布Web应用时以上绝对路径也不 同：”/images/title.gif”。 

  二．解决方案 

  １）采用绝对路径，但为了解决不一样部署方式的差异，在全部非struts标签的路径前加${pageContext.request.contextPath}，如原路径为： 
  ”/images/title.gif”，改成 
  “${pageContext.request.contextPath}/images/title.gif”。 
  代码” ${pageContext.request.contextPath}”的做用是取出部署的应用程序名，这样无论如何部署，所用路径都是正确的。

   

  缺点： 
  操做不便，其余工具没法正确解释${pageContext.request.contextPath} 
  ２） 采用相对路径，在每一个JSP文件中加入base标签，如： 
  <base href="http://${header['host']}${pageContext.request.contextPath}/pages/cust/relation.jsp" /> 
  这样全部的路径均可以使用相对路径。

  
  缺点： 
  对于被包含的文件依然无效。 
      真正使用时须要灵活应用１）和２），写出更加健壮的代码。 
  
  在使用的时候可使 用${pageContext.request.contextPath}，也同时可使 用<%=request.getContextPath()%>达到一样的效果，同时，也能够 将${pageContext.request.contextPath}，放入一个JSP文件中，将用C：set放入一个变量中，而后在用的时候用EL 表达式取出来。  
  
  

  </pre><pre name="code" class="html"><c:set var="ctx" value="${pageContext.request.contextPath}" />