使用 URLRewriteFilter 相对路径问题解决方案

为什么80%的码农都做不了架构师？>>>   

最近的一个项目在使用 URLRwriteFilter 开源URL重写组件重写URL时发现：由 from 转向的页面中的相对路径访问自动增加了 from 的前缀上下文路径，导致相对资源文件访问失败，示例：

Rule 1:
<rule>
   <from>^/blog_([0-9]+)$</from>
   <to>/index.jsp?id=$1</to>
</rule>

Rule 2:
<rule>
   <from>^/blog/([0-9]+)$</from>
   <to>/index.jsp?id=$1</to>
</rule>

index.jsp 页面中使用相对路径引入了一个 css 文件：<link href="css/main.css" />

在上面的Rule1和Rule2中：

       Rule1转向后是可以正确访问到相对路径的css/main.css文件的，因为：/blog_123 转向后的request上下文路径是 / 即当前的根上下文路径，css/main.css 基于根上下文路径则可以正确访问到。

       Rule2转向后无法正确访问到相对路径的css/main.css文件的，因为：/blog/123 转向后的request上下文路径是 /blog，而css/main.css 基于 /blog 路径则肯定无法正确访问到。

 

解决方法：

1. 在页面的head中增加 <base href="/contextPath/" />，来限定当前页面中相对路径访问都从 basepath 开始，而不是从当前 request forward的上下文路径下访问，这样就可以正确加载相对路径资源文件了，呵呵。

2. 如果你的项目直接抛到了端口访问下(即：http://127.0.0.1:8080访问)，没有自己的上下文 ContextPath 的话，那页面中的css,js,img等相对路径前面增加 / 即可( href="css/main.css" --> href="/css/main.css" ， 增加了 / 就变成绝对路径了)。

补充下：我上面提到的相对路径前面会自动加上 urlrewrite的from前缀，不是 urlrewritefilter的问题，而是 request forward 自身的机制：forward页面中的所有相对路径url访问都是基于当前页面的上下文路径访问的，所以通过 request.getRequestURI() 就会发现，请求的路径中多了当前页面所在的上下文路径。

 

转载于:https://my.oschina.net/jsan/blog/51789