request.getContextPath()作用详解

开发的时候在jsp页面遇到了如下代码，这段代码是做什么用的呢，以下详细解释：

String path = request.getContextPath();
String basePath = request.getScheme() + "://" + request.getServerName() + ":" + request.getServerPort() + path;
    
<span><base href=<span class="string">"<%=basePath%>"</span>

       <%=request.getContextPath()%>是为了解决相对路径的问题，可返回站点的根路径。

        但不用也可以，比如<a href=”<%=request.getContextPath()%>/catalog.jsp”>，可以直接用<a href=”catalog.jsp”>也行，这两个文件是在同一个目录下的。比如你要生成一个文件放在服务器上得一个目录下,可以使用request.getContextPath()+/dir,组成一个完整得目录结构!

        但在JSP文件里,有时通过request.getContextPath()得到的路径却为空,为什么?

        context中没有配置path属性，所以你的工程文件就是在根目录下，相当于path=””;

        即使你直接在浏览器中输入你的服务器ip就会到你的jsp页面，而不是tomcat的默认页面；所以你通过request.getContextPath()得到的字符串是为空的；它是获得虚目录的；

        如果你想得到工程文件的实际物理路径，可通过：<%=request.getRealPath(“/”)%>，这样页面就会输出：d:/web。

       ① request.getScheme()可以返回当前页面使用的协议；默认返回http，SSL时返回https；

       ② request.getServerName()可以返回当前页面所在的服务器的名字；

       ③request.getServerPort()可以返回当前页面所在的服务器使用的端口,就是项目在服务器上发布的 端口，或者在本地tomcat容器运行时发布的端口，我用的是8081；

       ④request.getContextPath()可以返回当前页面所在的应用的名字;

       request.getContextPath()应该是得到项目的名字，如果项目为根目录，则得到一个””，即空的字条串。如果项目为abc, <%=request.getContextPath()% > 将得到abc，服务器端的路径则会自动加上，<a href=”XXXX.jsp”> 是指当前路径下的这个xxx.jsp页面，有时候也可以在head里设置html:base来解决路径的问题，不过用的最多的还是request.getContextPath。

       总结一下以上代码就是拼装当前网页的相对路径的，<base href=”…”>是用来表明当前页面的相对路径所使用的根路径的。
       比如，页面内部有一个连接，完整的路径应该是 http://localhost:80/myblog/authen/login.do
其中http://server/是服务器的基本路径，myblog是当前应用程序的名字，那么，我的根路径应该是那么http://localhost:80/myblog/。

       有了这个<base … >以后，我的页面内容的连接，我不想写全路径，我只要写 authen/login.do就可以了。服务器会自动把<base …>指定的路径和页面内的相对路径拼装起来，组成完整路径。
如果没有这个<base…>，那么我页面的连链接就必须写全路径，否则服务器会找不到。

今天的文章request.getContextPath()作用详解分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。