会话技术
1.cookie 是一种发送到客户浏览器的文本串句柄，并保存在客户机硬盘上，可以用来在某个WEB站点会话间持久的保持数据。
2.session其实指的就是访问者从到达某个特定主页到离开为止的那段时间。 Session其实是利用Cookie进行信息处理的，当用户首先进行了请求后，服务端就在用户浏览器上创建了一个Cookie，当这个Session结束时，其实就是意味着这个Cookie就过期了。
注：为这个用户创建的Cookie的名称是aspsessionid。这个Cookie的唯一目的就是为每一个用户提供不同的身份认证。
3.cookie和session的共同之处在于：cookie和session都是用来跟踪浏览器用户身份的会话方式。
4.cookie 和session的区别是：cookie数据保存在客户端，session数据保存在服务器端。
简单的说，当你登录一个网站的时候，
· 如果web服务器端使用的是session，那么所有的数据都保存在服务器上，客户端每次请求服务器的时候会发送当前会话的sessionid，服务器根据当前sessionid判断相应的用户数据标志，以确定用户是否登录或具有某种权限。由于数据是存储在服务器上面，所以你不能伪造，但是如果你能够获取某个登录用户的 sessionid，用特殊的浏览器伪造该用户的请求也是能够成功的。sessionid是服务器和客户端链接时候随机分配的，一般来说是不会有重复，但如果有大量的并发请求，也不是没有重复的可能性.
如果浏览器使用的是cookie，那么所有的数据都保存在浏览器端，比如你登录以后，服务器设置了cookie用户名，那么当你再次请求服务器的时候，浏览器会将用户名一块发送给服务器，这些变量有一定的特殊标记。服务器会解释为cookie变量，所以只要不关闭浏览器，那么cookie变量一直是有效的，所以能够保证长时间不掉线。如果你能够截获某个用户的 cookie变量，然后伪造一个数据包发送过去，那么服务器还是认为你是合法的。所以，使用 cookie被攻击的可能性比较大。如果设置了的有效时间，那么它会将 cookie保存在客户端的硬盘上，下次再访问该网站的时候，浏览器先检查有没有 cookie，如果有的话，就读取该 cookie，然后发送给服务器。如果你在机器上面保存了某个论坛 cookie，有效期是一年，如果有人入侵你的机器，将你的 cookie拷走，然后放在他的浏览器的目录下面，那么他登录该网站的时候就是用你的的身份登录的。所以 cookie是可以伪造的。当然，伪造的时候需要主意，直接copy cookie文件到 cookie目录，浏览器是不认的，他有一个index.dat文件，存储了 cookie文件的建立时间，以及是否有修改，所以你必须先要有该网站的 cookie文件，并且要从保证时间上骗过浏览器
5.两个都可以用来存私密的东西，同样也都有有效期的说法,区别在于session是放在服务器上的，过期与否取决于服务期的设定，cookie是存在客户端的，过去与否可以在cookie生成的时候设置进去。
(1)cookie数据存放在客户的浏览器上，session数据放在服务器上
(2)cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗,如果主要考虑到安全应当使用session
(3)session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能，如果主要考虑到减轻服务器性能方面，应当使用COOKIE
(4)单个cookie在客户端的限制是3K，就是说一个站点在客户端存放的COOKIE不能3K。
(5)所以：将登陆信息等重要信息存放为SESSION;其他信息如果需要保留，可以放在COOKIE中
cookie
下面我们对其几个重要的属性进行讲解：
maxAge：表示此Cookie在客户端的有效期，单位是秒。默认值为-1，当整个浏览器关闭后，此Cookie失效；当maxAge值为正数时，即此Cookie还剩余多少秒的有效期；当值为0时，此Cookie失效，浏览器进行删除操作；
path：表示此Cookie对path下的所属的目录和子目录有效，比如path设置为/rest，放客户端发起/rest/aaaServlet请求时，就会携带上此Cookie；如果想让此Cookie对站点所有的目录有效的话，可以设置为/；
domain：表示可以访问此Cookie的域名，如果不设置的话，会根据当前请求url来设置；当我们手动设置时，可以采用以".“开头来定义此Cookie更大的域名访问范围，比如设置domain为”.csdn.net"，则当访问"https://lizishudd.blog.csdn.net/“时，一样可以使用此”.csdn.net"下的cookie（当然这里还需要Cookie的path同时满足要求）；
session
1、session在何时被创建
一个常见的误解是以为session在有客户端访问时就被创建，然而事实是直到某server端程序调用HttpServletRequest.getSession(true)这样的语句时才被创建，注意如果JSP没有显示的使用 <%@page session="false"%> 关闭session，则JSP文件在编译成Servlet时将会自动加上这样一条语句HttpSession session = HttpServletRequest.getSession(true);这也是JSP中隐含的session对象的来历。
由于session会消耗内存资源，因此，如果不打算使用session，应该在所有的JSP中关闭它。
2、session何时被删除
综合前面的讨论，session在下列情况下被删除a.程序调用HttpSession.invalidate();或b.距离上一次收到客户端发送的session id时间间隔超过了session的超时设置;或c.服务器进程被停止（非持久session）
3、如何做到在浏览器关闭时删除session
严格的讲，做不到这一点。可以做一点努力的办法是在所有的客户端页面里使用javascript代码window.oncolose来监视浏览器的关闭动作，然后向服务器发送一个请求来删除session。但是对于浏览器崩溃或者强行杀死进程这些非常规手段仍然无能为力。
4、有个HttpSessionListener是怎么回事
你可以创建这样的listener去监控session的创建和销毁事件，使得在发生这样的事件时你可以做一些相应的工作。注意是session的创建和销毁动作触发listener，而不是相反。类似的与HttpSession有关的listener还有HttpSessionBindingListener，HttpSessionActivationListener和HttpSessionAttributeListener。
5、存放在session中的对象必须是可序列化的吗
不是必需的。要求对象可序列化只是为了session能够在集群中被复制或者能够持久保存或者在必要时server能够暂时把session交换出内存。在Weblogic Server的session中放置一个不可序列化的对象在控制台上会收到一个警告。我所用过的某个iPlanet版本如果session中有不可序列化的对象，在session销毁时会有一个Exception，很奇怪。
6、如何才能正确的应付客户端禁止cookie的可能性
对所有的URL使用URL重写，包括超链接，form的action，和重定向的URL，具体做法参见[6]
http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770
7、开两个浏览器窗口访问应用程序会使用同一个session还是不同的session
参见第三小节对cookie的讨论，对session来说是只认id不认人，因此不同的浏览器，不同的窗口打开方式以及不同的cookie存储方式都会对这个问题的答案有影响。
8、如何防止用户打开两个浏览器窗口操作导致的session混乱
这个问题与防止表单多次提交是类似的，可以通过设置客户端的令牌来解决。就是在服务器每次生成一个不同的id返回给客户端，同时保存在session里，客户端提交表单时必须把这个id也返回服务器，程序首先比较返回的id与保存在session里的值是否一致，如果不一致则说明本次操作已经被提交过了。可以参看《J2EE核心模式》关于表示层模式的部分。需要注意的是对于使用javascript window.open打开的窗口，一般不设置这个id，或者使用单独的id，以防主窗口无法操作，建议不要再window.open打开的窗口里做修改操作，这样就可以不用设置。
9、为什么在Weblogic Server中改变session的值后要重新调用一次session.setValue
做这个动作主要是为了在集群环境中提示Weblogic Server session中的值发生了改变，需要向其他服务器进程复制新的session值。
10、为什么session不见了
排除session正常失效的因素之外，服务器本身的可能性应该是微乎其微的，虽然笔者在iPlanet6SP1加若干补丁的Solaris版本上倒也遇到过；浏览器插件的可能性次之，笔者也遇到过3721插件造成的问题；理论上防火墙或者代理服务器在cookie处理上也有可能会出现问题。
出现这一问题的大部分原因都是程序的错误，最常见的就是在一个应用程序中去访问另外一个应用程序。我们在下一节讨论这个问题。
域对象的定义
可以在不同的Servlet中进行数据传递的对象就称为域对象。
域对象必须有的方法
setAttribute(name,value);存储数据的方法
getAttribute(name);根据name获取对应数据值
removeAttribute(name)；删除数据
四种域对象及其使用范围
page(jsp有效)–>page域指的是pageContext.(前后端分离模式下基本不用了,本文也就不讲了)
request(一次请求)–>request域指的是HttpServletContext（需要掌握）
session(一次会话)–>session域指的是HttpSession
application(当前web应用)–>application域指的是application ServletContext；
之所以他们是域对象，原因是他们都内置了map集合，都有setAttribute和getAttribute方法。
Request域
Request域对象的数据传递
request对象提供了一个getRequestDispatcher方法，该方法返回一个RequestDispatcher对象，调用这个对象的forward方法可以实现请求转发，从而共享请求中的数据。
Request的生命周期
当请求来时创建request对象
当请求结束时，request就销毁。
每次请求都是一个新的request对象。
request域对象，是建议使用，并被频繁使用的域对象，因为它声明周期比较短，也就代表着，它效率比较高，释放资源比较及时。
Session域对象
Session生命周期
在第一次调用request.getSession()方法时，服务器会检查是否已经有对应的session，如果没有就在内存中创建一个session并返回。
（1）当一段时间内session没有被使用（默认为30分钟），则服务器会销毁该session。
（2）如果服务器非正常关闭，没有到期的session也会跟着销毁。
（3）如果调用session提供的invalidate()，可以立即销毁session。
用户打开浏览器访问，创建session（开始），session超时或者被声明失效，该对象生命周期结束；
Session的作用范围：一次会话，多次请求
HttpSession 在服务器中，为浏览器创建独一无二的内存空间，在其中保存会话相关的信息
注意：服务器正常关闭，再启动，Session对象会进行钝化和活化操作。同时如果服务器钝化的时间在session 默认销毁时间之内， 则活化后session还是存在的。否则Session不存在。 如果JavaBean 数据在session钝化时，没有实现Serializable 则当Session活化时，会消失。
在同一服务器上不同的request请求是会得到唯一的session
Session生成时机：request对象调用getSession方法时生成，服务器会为该Session对象生成一个唯一的ID。
服务器端响应客户端请求时会在报文头中设置Set-Cookie属性，该属性内容中有一个JSESSIONID即是Session对象的标识，返回后由浏览器进行处理。客户端再次发送请求时，浏览器会在报文头中自动追加Cookie属性，该属性将JSESSIONID传到服务器端。在服务器端用request.getSession时会取得SessionId对应的对象而不会重新生成Session。
监听Session的利器HttpSessionListener
Session创建事件发生在每次一个新的session创建的时候，类似地Session失效事件发生在每次一个Session失效的时候。任何一个Session被创建或者销毁时，都会通知SessionCounter 这个类。比如在统计网站在线人数的这个场景下，可以使用HttpSessionListenner进行监听。
Session何时创建
Session并不是一打开网页就创建了session对象。对于Servlet的请求中，只有当Servlet内部调用了如下代码，才会生成session
HttpSession session = request.getSession();
// or
HttpSession session = request.getSession(true);
如果写成如下，则不会创建session
HttpSession session = request.getSession(false);
加入我们访问的是jsp页面，因为Jsp页面内置了session对象，封装了调用session的代码，则一打开jsp页面会创建session
ServletContext域对象
ServletContext的生命周期
随着WEB应用的创建而创建，随着WEB应用关闭而销毁。
作用范围
整个WEB应用
作用
1.不同的servlet之间进行调整。
this.getServletContext().getRequestDispatcher("/servlet1").forward(request,response);
读取文件
1.Web应用的根目录
InputStream stream = this.getServletContext().getResourceAsStream("conf.properties");
Properties properties = new Properties();
properties.load(stream);
String name = properties.getProperty("name");
String password = properties.getProperty("password");
2.Src下面
InputStream stream = MyServlet.class.getClassLoader().getResourceAsStream("conf.properties")
3.Src下某个包下面，则
InputStream stream = MyServlet.class.getClassLoader().getResourceAsStream("com/haoeasy/conf.properties")
4.获取绝对路径
MyServlet.class.getClassLoader().getResourceAsStream("com/haoeasy/conf.properties").getPath()