jsessionid

每一个session都有一个id来作为标识，这个id会传到客户端，每次客户端请求都会把这个id传到服务器，服务器根据id来匹配这次请求应该使用哪个session。

一般对于web应用来说，客户端变量都会保存在cookie中，jsessionid也不例外。不过与一般的cookie变量不同，jsessionid是保存在 内存cookie中的，在一般的cookie文件中是看不到它的影子的。内存cookie在打开一个浏览器窗口的时候会创建，在关闭这个浏览器窗口的时候也同时销毁。

在 用户禁用了cookie时候，我们可以通过url重写来实现jsessionid的传递。

http://www.xxx.com/xxx_app;jsessionid=xxxxxxxxxx?a=x&b=x..

注意一点，jsessionid跟一般的url参数传递方式是不同的，不是作为参数跟在？后面，而是紧跟在url后面用 ；来分隔。这样在用户禁用cookie的时候我们也可以传递jsessionid来使用session了，只不过需要每次都把jseesionid作为参数跟在url后面传递。

那这样岂不是很麻烦，每次请求一个url都要判断cookie是否可用，如果禁用了cookie，还要从url里解析出jsessionid，然后跟在处理完后转到的url后面，以保持jsessionid的传递。这些问题sun当然已经帮我们想到了，所以提供了2个方法来使事情变得简单： response.encodeURL()和 response.encodeRedirectURL()。这2个方法会判断cookie是否可用，如果禁用了会解析出url中的jsessionid，并连接到指定的url后面，如果没有找到jessionid会自动帮我们生成一个。至于为什么要有2个方法？这2个方法有什么不同？google了一下，说是这2个方法在判断是否要包含jsessionid的逻辑上会稍有不同。

在调用HttpServletResponse.sendRedirect前，应该先调用encodeRedirectURL()方法，否则可能会丢失Sesssion信息。这2个方法的使用方法如：response.sendRedirect( response.encodeURL("/myapp/input.jsp"));。如果cookie没有禁用，我们在浏览器地址栏中看到的地址是这样的：/myapp/input.jsp，如果禁用了cookie，我们会看到：/myapp/input.jsp;jsessionid=73E6B2470C91A433A6698C7681FD44F4。

所以，我们在写web应用的时候，为了保险起见，应该在程序里的每一个跳转url上都使用这2个方法，来保证session的可用性。