内存优化的误用

面试中曾经问不少面试者，很多新手喜欢把各种数据，不关是否共有，都放session,传到下一个页面，这样的话，访问量一大，很可能系统就挂了，
application也一样，不能对内存进行有效的管理，未了防止系统崩溃，同时也要提高查询效率，可以用java的HashMap进行管理，同时对放入其中的
长度进行限制，最早放进去的最先被删除。
查看 http://blog.csdn.net/alexjjf/archive/2006/10/27/1353372.aspx 中的做法，把其中的对象换成Object即可，也可用一些开源的cache组件，swarmCache,osCache,在这把这些概念阐述一下．

Session Session状态是在客户登录的时候创建的，它保存了客户特定的信息，并以Session ID来标识。当一个新客户访问应用程序时，先生成一个新的Session ID（或是Session Key），并为同一个客户接下来的请求创建联系。
但是Session和客户端的Cookie是有关的，当客户关掉Cookie时，Session就失效了
由于Cookie存储的信息是放到客户端的，用户在访问服务器端页面时，必然在客户端和服务器端之间频繁交换信息，影响了程序的性能。而Session由于存储在服务器内存中，因此不存在这个问题。不过，Session存储的信息是临时的，用户一旦关闭浏览器，状态即失去。而Cookie则相反。
Application状态为应用程序提供了一个全局的状态。所有客户都可以使用该状态。从设计的角度来说，我们通常用Application来存储一些标准的数据。同时，我们在使用它时要注意避免性能的降低，存储的数据尽可能提供给客户只读的功能。
由于Application状态对于所有客户都是共享的，如果客户只是读取该数据，则没有什么问题，一旦要进行写操作，就不能保证线程的安全以及出现同步争用的问题

Application、Session和Cookie，可以借用Carfield的总结：

COOKIE 是本地文件，是 40 大盗在阿里巴巴家做的记号，或者是送牛奶的人在你家门口钉的箱子。

SESSION 是服务器端内存，是你洗澡时浴池发给你的钥匙。自己专用，可以开自己的好多箱子。

APPLICATION 是公共浴池。在这里能看见所有人，包括 ppmm 哦：）。

application和session比较简单，这里主要说明request和page的作用范围。
application：全局作用范围，整个应用程序共享，就是在部署文件中的同一个webApp共享，生命周期为：应用程序启动到停止。
session：会话作用域，当用户首次访问时，产生一个新的会话，以后服务器就可以记住这个会话状态。生命周期：会话超时，或者服务器端强制使会话失效。
request：请求作用域，就是客户端的一次请求。
page：一个JSP页面。
以上作用范围使越来越小， request和page的生命周期都是短暂的，他们之间的区别就是：一个request可以包含多个page页(include，forward以及filter)。举个简单的例子：
jsp1.jsp
<jsp:useBean id="beanID" class＝"xxx .xxx.BeanClass" scope="request" />
<jsp:include page="jsp2.jsp" />
jsp2.jsp
<jsp:getProperty name="beanID" property="sample" />
运行jsp1.jsp可以正常显示数据，因为作用范围是request，相当于调用了request.setAttribute()方法，
jsp2页通过request.getAttribute来获得这个bean.如果把request改为page,就会抛出NullPointerExceptioin.
一个请求可以跨好几个JSP(include和forword)和Servlet(如filter).不过这里有一个需要注意的就是区别
<jsp:include> 和<%@ include %>.如果上面的<jsp:include page="jsp2.jsp" />改为<%@ include file="jsp2.jsp" %>,即使scope为page也是正确的,<%@ include %>是编译时包含,<jsp:include>是运行时包含.前者就相当于宏,编译时替代,后者相当于函数,运行时返回.