Tomcat 7源码学习笔记 -6 encodeURL深度解析补充

之前提到调用response.encodeURL(String url)方法的时候，如果客户端支持cookie，那么不做任何处理，直接返回传进去的url，因为jsessionid可以写入cookie中，所以不需要url重写。其实所说的客户端支持cookie并不严谨，因为在客户端支持cookie的情况下，调用response.encodeURL(String url)方法，也会遇到对传进去的url进行重写的情况。那么什么情况下会出现这个问题呢？请看下面:

 

客户端支持cookie，第一次访问某个servlet，这时servlet接收到的request的cookie中没有jsessionid信息，这时encodeURL内部会认为客户端不支持cookie，所以会重写传进去的url，即使你在请求url中手动添加了正确的;jsessionid=30A7F107A1E5B1E7250622C158244032信息，也仍然会重写传进去的url。

 

由此可以得出encodeURL内部的具体的判定规则：

request的cookie中是否有正确的jsessionid信息。

有的话，就不重写传进去的url。否则符合重写url的条件（当然还有其他条件也必须符合）。

 

从代码中也可以得出相同的结论：

 

boolean isEncodeable(final String location)方法中

 

if (hreq.isRequestedSessionIdFromCookie()) {
        return (false);
}

 

isRequestedSessionIdFromCookie()方法如下：

public boolean isRequestedSessionIdFromCookie() {

        if (requestedSessionId == null) {
            return false;
        }

        return requestedSessionCookie;
}

 requestedSessionId是指从客户端得到的jsessionid的值，具体采用cookie传递还是url传递都没关系。

1.如果requestedSessionId为空，说明客户端没有传入jsessionid，当然cookie中也没有，所以符合url重写的条件。

2.如果requestedSessionId有值，再进一步判断这个jsessionid是否是从cookie中取到的，如果是那么就不用重写url，否则重写。

 

上面这些分析可以看出：

1.servlet或者说tomcat其实是无法准确地获知浏览器是否禁用了cookie。

2.即使浏览器禁用了cookie，只要servlet里面创建了session，那么jsessionid同样会写入response的cookie，并返回给客户端，只是浏览器不往本地cookie中写，直接忽略掉了。

3.只要在request的cookie中没有找到jsessionid，那么就可以进行url重写。

 

最后，顺便看一下HttpServletRequest中的下面这几个方法：

public String getRequestedSessionId() //获取客户端传过来的jsessionid的值

public boolean isRequestedSessionIdFromCookie() //request的cookie中是否有jsessionid

public boolean isRequestedSessionIdFromURL() //request url中是否有jsessionid

 

那么，有一个问题，如果客户端的cookie中含有jsessionid，同时request url中也含有jsessionid，这时候会怎么样呢？

 

答案是：使用cookie中的jsessionid

1.优先判断cookie中有没有，cookie中有的话，就使用cookie中的jsessionid

2.如果cookie中没有，再看request url中有没有

 

isRequestedSessionIdFromCookie()返回 true

isRequestedSessionIdFromURL()返回 false