昨天初步的调侃了一下cookie，希望看官能够有更轻松愉快的学习和进一步的思考应用。
小编今天突然听到人事怨声载道，原来已多日未进行打卡考勤，虽是弹性工作，也颇有不好意思，决定明日改过，进门刷卡。灵机一想，每天进门打卡上下班，正不是一次我们该问网页的过程吗？再仔细琢磨，考勤记录也就是我们在web服务器的session呀。每天我们上班开始记录我们的工作开始，下班记录我们一天的工作结束。正如我们访问一个网页一样，我们打开一个网页正是我们在这个网页的会话开始，我们关闭一个网页或离开一个网页正是我们的会话结束。
我们卡上都记着我们的工号信息，有了工号信息才为我们每天在打卡的时候生成考勤记录。刚说过session就相当于我们的考勤记录所以我们的session也会有一个像工号一样的东西要标记着到底是哪个用户该问的，不然每个用户访问就乱套了，你访问页面请求给了别人，就像你的考勤记录刷在别人身上了，像小编这样的考勤别人早就要叫起来了。因此当我们访问一个网站的时候都会生成一个惟一的seesionId来进行区别的。前面说到是我们每天进行刷卡上班的，卡是在我们每个员工身上的，所以这个sessionid应该也是存放在我们的浏览中的，也就是我们上一篇讲的cookie当中，在访问网站的时候都会带着这个seesionId去区别是不是同一个用户的，在整个网站页面中进行共享一些数据。如果我们的卡掉了，我们也就不能进行打卡考勤了，我们就要重新去人事申请一张新的卡了，就好比我们把浏览器中的cookie禁用了，浏览就保存不了这个sessionId,我们每次访问这个网站的时候，就无法区这个用户是否是同一个用户了，服务器会不断的生成一个新的seesionId,这是一个多么可悲的事情。
我们上班的考勤记录都是存放在公司的服务器上的，而我们的seeion也是存储放在我们的i网站服务器上的，这真是异曲同工这妙呀。考勤记录都是根据我们的工号和日期来生成我们的考勤记录，我们的seeion也是通过一个惟一的称为KEY的东西(也就是我们给他取一个惟一的名字)来区别存储我们的数据的，人事可以通过员工的工号和日期进行查看我们每个人的考勤记录，正如sesson可以通过我们取的这个惟一的名字来区别和获取我们存储的数据。
当我们离开这家公司的时候，我们的考勤记录自然而然也就约束不到我们了，当我们进入一家新的公司，又会生成一个新的工号。session也是一样，当我们关闭浏览器结束访问这个网站的时候，session也就会自然而然的消失了，当我们再次访问这个网站的时候就会生成一个新的sessionId。当然我们在公司一般都受公司的合同约束的，公司合同到期不续签我们离开考勤记录也自然没用了，公司的合同就好比session的过期时间，当到一定时间我们对网页没有任何操作的时候（默认20分钟），session也会无效的，显然我们还是可以续签合同的这样考勤记录还是继续使用的，因此我们也可以对seesion进行设置相应的过期时间，根据我们的业务进行缓存多久。
总结，大致对session的整个生命周期和一些使用初的描述过了，具体一些操作和使用希望看官自已去实践练习，深夜了，该休息，不然明白又没考勤记录了，人事又得叫起来了，多么希望我的工号别人在用呀.......