2017-11-07

摘自：http://jzgl-javaeye.iteye.com/blog/658446 學習所用

一．問題
JSP中究竟采用絕對路徑還是采用相對路徑隨著所采用技術的越來越復雜，這個問題也變得越來越難以解決。
１）采用相對路徑遇到的問題
l 相對路徑固然比較靈活，但如果想復制頁面內的代碼卻變得比較困難，因為不同的頁面具有不同的相對路徑，復制後必須修改每一個連接的路徑。
l 如果頁面被多於一個的頁面所包含，那麽被包含頁面中的相對路徑將是不正確的。
l 如果采用Struts的Action返回頁面，那麽由於頁面路徑與Action路徑不同，使得瀏覽器無法正確解釋頁面中的路徑，如頁面為/pages/cust/cust.jsp，圖片所有目錄為/images/title.gif，這時在/pages/cust/cust.jsp中的所用的路徑為”../../images/title.gif”，但是如果某一個Action的Forward指向這個JSP文件，而這個Action的路徑為/cust/manage.do，那麽頁面內容中”../../images/title.gif”就不再指向正確的路徑了。
解決以上問題似乎只有使用絕對路徑了。
２）采用絕對路徑遇到的問題
l 隨著不同的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表達式取出來。

pageContext.request.contextPath} JSP取得絕對路徑