URL重写，是将URL重新写成Web应用可以处理的另一个URL的过程。服务器在传递Session的ID属性时，是以Cookie的形式传递的。
在实际应用中，如果客户端不支持Cookie或禁用Cookie功能，那么服务器就无法获取Session的ID属性，也无法获取与该客户端对应的Session对象。
为了解决这个问题，URL重写技术被引入到Session机制中。在无法得知客户端是否支持Cookie功能时，将Seesion的ID属性追加到URL地址的后面，从而实现会话跟踪功能。
例如，对于如下格式的请求地址。
http:localhost:8080/chapter08/TestSession03
经过URL重写后，地址格式变为。
http:localhost:8080/chapter08/TestSession03;jsessionid=2046864EAF6C58ED
其中，jsessionid 即为追加的Session的ID属性。
sessionid是存储在cookie中的，解决方案如下：Session URL重写，保证在客户端禁用或不支持COOKIE时，仍然可以使用Session。
session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。
当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含了一个session标识（称为session id），如果已包含则说明以前已经为此客户端创建过session，服务器就按照session id把这个session检索出来使用（检索不到，会新建一个）。
如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个session id将被在本次响应中返回给客户端保存。 保存这个session id的方式可以采用cookie，这样在交互过程中浏览器可以自动的按照规则把这个标识发挥给服务器。一般这个cookie的名字都是类似于 SEEESIONID。但cookie可以被人为的禁止，则必须有其他机制以便在cookie被禁止时仍然能够把session id传递回服务器。
经常被使用的一种技术叫做URL重写，就是把session id直接附加在URL路径的后面。
所以，我们来小结一下
1、URL重写：通过编程的方式来跟踪sessionId
① Cookie：是将数据保存在浏览器客户端的技术。
② Session：是将数据保存在服务器端的技术。
禁用之前：传递sessionId使用的是cookie技术，通过对请求的响应，在set-cookie头部信息，写入一个sessionId，通过cookie传递到浏览器端。
禁用之后: 浏览器端拒绝接受cookie，浏览器就无法接收到sessionId。
2、如何进行URL重写
1）链接和表单
链接
<a href="<%=response.encodeURL("URL") %>"></a>表单
<form action="<%=response.encodeURL("URL") %>"</form>2) 重定向
response.sendRedirect(response.encodeRedirectURL("URL"))；3）转发
对于response转发，则不需要重写URL，response相应处于一次连接请求，不需要设计状态管理，所以不需要使用到Cookie和Session。
补：还有一种技术叫做表单隐藏字段。就是服务器会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。
<form name=”"testform”" action=”"/xxx”">
<input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764″>
<input type="text">
</form>参考资料
对于不支持Cookie的浏览器，Web开发者应该如何处理用户的登录状态
