今天在与终端调接口时，遇到的问题，终端那边说我给的相对地址不全，然后把他那边获取的路径信息给我，查了下，路径没有错误，但确实打不开，网页显示404，
image
配置：tomcat - server.xml 中
<Context docBase="D:/test" path="/Asset" reloadable="true"/>
image.png
上网搜了下这句的解释：
contex指上下文，实际上就是一个web项目；
path是虚拟目录，访问的时候用127.0.0.1:8080/national_tax/*.jsp访问网页，welcome前面要加/;
网络访问为---》 http://localhost:8080/AA【这里的/AA即path配置的内容】
docBase是网页实际存放位置的根目录，映射为path虚拟目录；
reloadable="true"表示你修改了jsp文件后不需要重启就可以实现显示的同步。
运行--成功
也可以配置：
<%@page pageEncoding="utf-8" contentType="text/html; charset=utf-8"%>
<%
String basePath = request.getScheme() + "://" + request.getServerName() + ":" + request.getServerPort() + request.getContextPath();
request.setAttribute("basePath",basePath);
%>
这其实就是 获得应用的根url，比如说你的应用的根路径是 http://localhost:8080，那么你列出的代码就是为basePath赋值为 http://localhost:8080。
具体点：
1、request.getScheme() 返回协议的名称 http，和后面的"://" 拼起来就成了 http://
2、request.getServerName() 这是获取你的服务器的名称，如果你的应用部署在本机那么其就返回localhost或者127.0.0.1 ，这2个是等价的
3、request.getServerPort() 是你应用使用的端口，比如8080或者80 等等
上面3点的结果拼起来就构成了你应用的根路径或者说是根url
HTML中 <base href="<%=basePath%>">的标签就提示浏览器，以后寻找资源的相对路径就是<base>所描述的</pre>
打个比方假如你有两个请求：
一个为 http:localhost:8080/test1/helloworld 另外一个为 http:localhost:8080/test2/helloworld
这时候你的
第一个请求 context的配置为 <context path="test1" docBase="~/Documents/web1/" reloadable = true>
第二个请求的 context的配置为 <context path="test2" docBase="~/Documents/web2/" reloadable = true>
第一个请求的path为 "test1"，其对应的docBase路径是/Documents/web1/，tomcat服务器在接收到请求后就会从这个/Documents/web1/路径去调用某个class的用来处理请求 http:localhost:8080/test1/ 这种格式url请求
请求的path为 "test2"，其对应的docBase路径是/Documents/web2/，tomcat服务器在接收到请求后就会从这个/Documents/web2/路径去调用某个class的用来处理请求 http:localhost:8080/test2/ 这种格式url请求
（假如你没有指定path,但是指定了docBase的时候这时候你访问的url不用带/path 就可以访问到docBase的服务了，如<context path="" docBase="~/Documents/web1/" reloadable = true>，访问url:http:localhost:8080/helloworld）
image.png
随便分享一篇关于主题的好文章：XinAnzzZ
在个人的项目中，遇到一个需求，需要实现文件在线查看，也就是需要给前端返回文件的相对路径。但是由于文件很多而且很大，将文件存储在项目的某个文件夹下并不是很好的方案。思来想去，还是觉得配置一个虚拟路径比较好。
可能某些初学者不太懂虚拟路径这个概念，那么，什么叫做虚拟路径呢？简单来讲，我们通过配置一个路径，可以让tomcat收到这个路径对应的请求后不是去tomcat的目录下去找这个资源，而是找这个路径映射的资源。可能这么说，还是有些人不太明白，那么我们举个小例子。
image
如上图，我们在webapps目录下有一个名为demo的项目，demo的根目录下有一个“index.html”，那么客户端想要访问这个资源，访问的路径就应该是 “http://127.0.0.1/demo/index.html” ，但是如果说我们在 C盘 下有一个资源，那么客户端是无法直接访问的，这时候就必须把这个资源文件copy到我们的项目的目录中，然后客户端才能访问到。但是如果C盘存储的资源文件很多很大呢？如果都复制过来，必然导致项目文件夹膨胀，有没有办法不copy过来，但是客户端仍然能够访问呢？这时候我们就可以配置一个虚拟路径，让这个虚拟路径指向我们的目标目录，客户端通过访问虚拟路径，就能访问到我们c盘的资源。
下面我们讲一下，如何配置虚拟路径。进入tomcat安装目录,进入"/apache-tomcat-8.0.50\conf\Catalina\localhost"文件夹，新建一个“virtualPath.xml”文件，这个名字可以自定义，然后打开这个文件，输入 “<Context path="virtualPath" docBase="C:/test" debug="0"/> ”,其中path建议与文件名称保持一致，这就是我们待会访问我们C盘资源的路径，docBase就是我们资源目录。
换句话说，我们这个配置文件就是告诉tomcat，当用户访问 “/virtualPath/**”这样的资源时，不需要在tomcat中找这个资源，去我们配置的“C：/test”文件夹下去找。这时候我们启动tomcat，在浏览器中输入“http://127.0.0.1:8080/virtualPath/aaa.txt”,就可以访问到我们存在C：\test下的aaa.txt文件。
image
image
那么，说完了虚拟路径映射以及如何配置映射，我们再说说Idea，用过Eclipse的朋友应该都知道，Eclipse进行项目部署其实就是吧我们的项目全部copy到webapps目录下，然后启动tomcat。但是Idea和Eclipse不同，这里我不再具体分析，但是我们可以很明显的看到，我们通过Idea部署了项目之后，webapps下面是没有我们的项目的，所以如果我们使用的是IDea，我们这样配置虚拟映射路径是不生效的，客户端还是会报404.
接下来，我们看一下Idea如何配置虚拟路径映射。其实非常简单，在idea中，点击我们的服务器，然后选择 Edit Configurations，然后点击deployment，选择“+”号，来添加一个虚拟路径映射，然后选择我们要映射的目录，我们这里选择“c:\test”，在右侧的Application context中输入我们自定义的路径即可。
image
image
image
image
网友评论