博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
viewstate/cache/cookie/session区别
阅读量:5266 次
发布时间:2019-06-14

本文共 3355 字,大约阅读时间需要 11 分钟。

viewstate/cache


 

1.COOKIE

这个保存在客户端的信息,用户清除了本机上的COOKIE文件或过期了就没有了。保存在客户端,通过 Expries 设置有效期(可长可短,默认关闭浏览器cookie即失效)。 新建项并赋值:       Response.Cookies["ckName"].Value = "Sutdent";

       Response.Cookies["ckName"].Expires = DateTime.Now.AddSeconds(10);

        // 如果不设置过期时间,默认关闭浏览器该cookie即失效

新建项,为不同子键赋值       Response.Cookies["ckAge"]["boy"] = "25";       Response.Cookies["ckAge"]["girl"] = "22";       Response.Cookies["ckAge"].Expires = DateTime.Now.AddHours(1);       // Response.Cookies["ckAge"].Expires = DateTime.Now.AddHours(-1); // 通过设置过期时间来清除cookie

2.CACHE

 

    应用程序级变量,存于服务器缓存中被所有用户共享,由系统自动分配和回收,使用Cache["name"]==null?判断是否过期。     Cache["number"] = "65464646";     Cache["ca"] = "aaa";     Cache["cb"] = "bbb";

    lbNumber.Text +="OldCache value:"+ Cache["number"].ToString();

 

清空缓存:

 

IDictionaryEnumerator ide
=
Cache.GetEnumerator();
while
(ide.MoveNext()) { Cache.Remove(ide.Key.ToString()); } lbNumber.Text
+=
"
点击清空后的cache数量:
"
+
Cache.Count;

 

   在客户端是无法清空和刷新的,如果要的话可能要修改WEB.CONFIG和IIS的重启,或者提供页面方法,触发清楚

3.SESSION

 

页面级变量,保存在服务器端,通过 Timeout 设置超时时间(可长可短,默认30分钟)。 系统为每位访问者自动分配一个 sessionid(超时重新分配),使之互不影响,生命周期与访问者会话时间相同。 Session["scName"] = string.IsNullOrEmpty(scName.Value)?"default session string":scName.Value; Session.Timeout = 11; // 时间单位是分钟 lbSession.Text = Session["scName"].ToString();
通过项名称删除 session Session.Remove("scName"); // 删除单条session Session.Clear(); // 清空session lbSession.Text = "session is clesred, please refreash.";
session的工作原理 一直在使用session存储数据,一直没有好好总结一下session的使用方式以及其工作原理,今天在这里做一下梳理。 这里的介绍主要是基于php语言,其他的语言操作可能会有差别,但基本的原理不变。
1.在php中如何操作session:
session_start(); //使用该函数打开session功能
$_SESSION  //使用预定义全局变量操作数据
使用unset($_SESSION['key']) //销毁一个session的值
简单地操作,一切都是由服务器实现;由于处理在后台,一切看起来也很安全。但是session采用什么样机制,又是怎样被实现,并且如何来保持会话的状态的呢?
2.session实现与工作原理
浏览器和服务器采用http无状态的通讯,为了保持客户端的状态,使用session来达到这个目的。然而服务端是怎么样标示不同的客户端或用户呢? 这里我们可以使用生活中的一个例子,假如你参加一个晚会,认识了很多人,你会采取什么方式来区分不同的人呢!你可能根据脸型,也有可能根据用户的名字, 或者人的身份证,即采用一个独一无二的标示。在session机制中,也采用了这样的一个唯一的session_id来标示不同的用户,不同的是:浏览器每次请求都会带上 由服务器为它生成的session_id.
简单介绍一下流程:当客户端访问服务器时,服务器根据需求设置session,将会话信息保存在服务器上,同时将标示session的session_id传递给客户端浏览器, 浏览器将这个session_id保存在内存中(还有其他的存储方式,例如写在url中),我们称之为无过期时间的cookie。浏览器关闭后,这个cookie就清掉了,它不会存在用户的cookie临时文件。 以后浏览器每次请求都会额外加上这个参数值,再服务器根据这个session_id,就能取得客户端的数据状态。
如果客户端浏览器意外关闭,服务器保存的session数据不是立即释放,此时数据还会存在,只要我们知道那个session_id,就可以继续通过请求获得此session的信息;但是这个时候后台的session还存在,但是session的保存有一个过期 时间,一旦超过规定时间没有客户端请求时,他就会清除这个session。
下面介绍一下session的存储机制,默认的session是保存在files中,即以文件的方式保存session数据。在php中主要根据php.ini的配置session.save_handler 来选择保存session的方式。
这里顺便说明一下,如果要做服务器的lvs,即多台server的话,我们一般使用memcached的方式session,否则会导致一些请求找不到session。 一个简单的memcache配置: session.save_handler = memcache session.save_path = "tcp://10.28.41.84:10001"
当然如果一定要使用files文件缓存,我们可以将文件作nfs,将所有的保存session文件定位到一个地方。
刚才讲返回给用户的session-id最终保存在内存中,这里我们也可以设置参数将其保存在用户的url中。
3.实例问题 现有系统A,B; 假设A系统是可以独立运行的web系统,即可以和浏览器直接处理session, B系统是基于mobile的,需要调用A系统的功能接口, 在保持A不改变的情况下,即登陆验证,session存储都不变的情况下,B系统能处理前端用户的请求。
这里提供的方案是使用PHP实现
在用户登陆成功后,将保存的session的session-id返回给B系统,然后B系统每次请求其他接口都带session_id。 A系统在session_start前加上session_id(session_id);
这样B系统就能安全的调用A
因为他的文件有一些还是保存在客户端的,所以清楚客户端最近历史记录文件,有时也会造成SEESSION失效
4.VIEWSTATE
页面级变量(可以看作页面Session),可保存各种变量。保存变量到 ViewState          ViewState["number"]=123456;

         ViewState["table"]=DataTable;

      // 存放DataTable、Hashtable…对象读取 ViewState

times=(int)ViewState["number"];
table=(DataTable)ViewState["table"];

转载于:https://www.cnblogs.com/foxwu/archive/2013/01/18/2866268.html

你可能感兴趣的文章
动态链接库
查看>>
Magento开发文档(三):Magento控制器
查看>>
使用Docker官方的Django包【转】
查看>>
SuperSocket 学习
查看>>
给培训学校讲解ORM框架的课件
查看>>
此实现不是 Windows 平台 FIPS 验证的加密算法的一部分
查看>>
性能调优攻略
查看>>
线段树模板讲解
查看>>
ie6解决png图片透明问题
查看>>
瞬间的永恒
查看>>
H3C交换机DHCP Server配置的六个方面
查看>>
docker overlay网络实现
查看>>
mysql方言不支持blob类型解决方案
查看>>
2019-8-5 考试总结
查看>>
jquery javascript 回到顶部功能
查看>>
JS中实现字符串和数组的相互转化
查看>>
win10 进入安全模式的方法
查看>>
ADO.NET 组件
查看>>
python操作MySQL数据库
查看>>
多线程
查看>>