今天刚刚看了篇微信，大体意思是说g哥之类的网站把很多存session的东西都放cookie里了，可减少服务器的负担种种。然后我就发现我对request到application的记忆有些模糊了，哪些是在服务端的，哪些又是客户端的，来回读取这么方便还要ajax做什么用？引发了我的一顿思考。其实学的时候太注重实用，把太多心思用在实现项目功能上了，有些概念反而没有真的搞明白，看起来学的不错，就是坑太多。这个还真不能怪我，飘了那么久，到了这个年纪只想快快安稳下来，难免有些心急。
按照惯例，第一段结束了开正题。
request若是在客户端，那么又如何有getSession方法的呢？假设不在客户端，那么浏览器传参到parameter，就不应该在request里面读出来。所以request必然是在客户端，但是这个客户端的意义还是要重新理解，应该说是从客户端传过来，在服务器读取的，所以在客户端依然是不可见的，所以el表达式能读取，而js无法读取。就是说每次发起请求，会传一个request，连着cookie一起，而session和application是常驻服务端的，所以在同一次回话中，request,session,application可以*相互通信，并不是说可以随意在客户端和服务端通信，一切都是发生在服务器，然后再由response生成html，html才是真正意义上的客户端。ajax是js级别的东西，属于html，所以也是客户端浏览器范畴。在各路脚本中，数el表达式最特别，他其实是在服务器端编译执行的，所以能读request，也就是说在传回浏览器的时候是看不到el表达式的，只能看到结果。当从服务端使用request存数据，它的意义就是在这一次请求中，用这些数据生成html，在jsp服务器上，所有的一切都是在response的输出流out来完成的，当发生了这一过程，request的生命周期就结束了,所以request本质上不会为你保存任何数据，所有用request传的javaBean，其实都是可以在servlet上多声明一个字段来代替，没有任何的传输过程，是这样吗？不要忘记还有请求的重定向机制，request是可以一层层传递的。这才是request的真意所在。吧一层层servlet的数据集中到同一个request请求对象，最终由el表达式体现到response的输出流中。session和application似乎就不在讨论范围内了，你连jdk的jar包都能调用，就更不用提这两个东西了。
那么，问题又回来了，我们如果把东西放很多在cookie里，势必每次请求都要发送大量数据，而且具有重复性，只要不清除cookie，每次都会把一样的数据多传一次，这样还不如直接把session生命周期调短一点管用。