Liferay中过滤器的url mapping研究,顺带对java Web规范提点意见

引入:

在昨天和同事讲解Minifier Filter时候被问住了,因为我们的访问 url是

http://172.29.175.236:8080/platform-In-theme/css/main.css?browserId=firefox&themeId=platformIn_WAR_platformIntheme&minifierType=css&languageId=en_US&b=6100&t=1377246011000


而Minifier Filter定义的url-mapping如下:


这个url带了这么多连七八糟的参数,分明不匹配这个url-pattern嘛(其实更像是*.css*),那么为什么会进入到这个MinifierFilter过滤器呢?我当时被问住了。


问题分析

为了解决这个问题,我今天花了点时间进行了分析,首先肯定,为了判断一个请求是否要经过某个过滤器,肯定有个返回boolean的方法,我们找到了,这个方法是FilterMapping的isMatch()方法:

从调试信息看,当传递到isMatch()方法的时候,这个uri就已经是/css/main.css了,而我们从<filter-mapping>中的<url-pattern>读取url-pattern是*.css时候,

它会去比较uri和url-pattern,这个比较是通过方法:isMatchURLPattern(uri,urlPattern)


因为我们是*.css,所以它匹配urlPattern.startsWith(_STAR_PERIOD)这个分支:

显然,因为/css/main.css满足*.css,所以它必定返回true.



所以,我们问题的焦点是:当我们请求url是http://172.29.175.236:8080/platform-In-theme/css/main.css?browserId=firefox&themeId=platformIn_WAR_platformIntheme&minifierType=css&languageId=en_US&b=6100&t=1377246011000 时候,为什么对应的uri是/css/main.css 呢?


显然,我们很快的找到了从HttpServletRequest到uri的过程封装在InvokerFilter的getURI()方法中:

它会在第204行

调用HttpServletRequestgetRequestURI() 方法获取uri。

查阅官方文档可以看到HttpServletRequestgetRequestURI()方法只获取请求url中从协议名字到查询字符串的部分,所以它会去掉sheme,host,port和后面的查询字符串。

所以当我们请求http://172.29.175.236:8080/platform-In-theme/css/main.css?browserId=firefox&themeId=platformIn_WAR_platformIntheme&minifierType=css&languageId=en_US&b=6100&t=1377246011000时候,

执行完第204行:uri=request.getRequestURI后,返回的uri/platform-In-theme/css/main.css



然后,

再从207行到210行去掉contextPath部分:


所以,在执行第211行子字符串截取之后,就把“/platform-In-theme"这个contextPath从刚才的uri (/platform-In-theme/css/main.css)中去除了,最终的uri 就是我们期望的uri:


总结:

从这里我们可以有以下结论:

(1)在Liferay的过滤器通过url-mapping匹配url时候,它其实比对的不是请求url(包含scheme,host,port,contextpath, uri,queryString),而是请求uri. 这里也顺便吐槽下java web规范,我觉得对于<filter-pattern>的<url-pattern>命名很不合理,应该叫<uri-pattern>,因为如果叫<url-pattern>的话,应该表明配置url的模式,但是实际比较的确是uri,所以会让人误解,这也是昨天我被问住的原因。如果叫<uri-pattern>的话,那么大家一定会吧uri和这个模式匹配,这样结果就对了。

(2)Liferay中的uri和java web规范中的uri还不完全一样。在java web协议中,uri只是吧scheme,host,port和queryString去掉,所以说,java web协议中的uri=contextPath+后面的path,而在Liferay中的uri,还必须把contextPath部分去掉。


你可能感兴趣的:(filter,过滤器,模式匹配,url-pattern)