深入理解session和cookie

深入理解session和cookie

1.他们本身只是HTTP的一个配置项
2.我们每次创建Cookie时是否都创建一个以NAME为set-cookie的MimeHeaders?
答案是肯定的。实质上，在构建HTTP返回字节流的时候讲Header中所有的项顺序的写出，而没有进行任何的修改，所以可以想象浏览器在接受HTTP返回的数据时是分别解析每一个Header项的。

分布式sesssion框架！！！可以解决的问题
1.session配置的统一管理
2.Cookie使用的监控可统一规范管理
3.session存储多元化
4.session配置动态修改
5.session加密的key定期修改
6.充分的容灾机制，保持框架的使用稳定性
7.session各种存储的监控和报警支持
8.session框架的可扩展性，兼容更多的session机制如wapsession
9.跨域名session和cookie如何共享问题（现在同一个网站可能有多个域名）

压缩cookie：将cookie的多个k/v对象看成普通文本，做文本压缩，压缩后再进行转码，可以进行base32或者base64编码

防止表单重复提交的问题：标识用户的每一次访问请求，可以在用户请求增加一个隐藏表单项，这个表单项的值每次都是唯一的token。

多终端session的统一（比如无线端）：就按照上面的分布式session框架
手机端扫码之前必须是已经登录的状态，因为这样才能获取到底是谁要将要的登录的信息，同时扫码的二维码会带有特定的标识，标识为客户端通过手机登录了。手机端扫码成功后，会在服务器端设置这个二维码对应的标识为已经登录成功，这时PC端会通过将“心跳”请求发到服务端，来验证是否已经登录成功，这样就成为一种便捷登录方式。