viewstate存在页面上,随页面传输,不够安全,同时转到别的页面就消失了。
session存在服务器端,安全,可存一些复杂的数据,但是占用服务器内存或数据库资源,和页面跳转没有关系,一个用户一个session。 应用场合是不同的,ViewState只限制在当前页面内;Session用于页面间传递。 另外Application Session Cookie ViewState Cache Hidden Session 1. Session用来保存每一个用户的专有信息 2. Session的生存期是用户持续请求时间加上一段时间(一般是20分钟左右) 3. Session信息是保存在Web服务器内存中的,保存数据量可大可小 4. Session超时或者被关闭将自动释放数据信息 5. 由于用户停止使用应用程序之后它仍在内存中存留一段时间,因此这种方法效率较低 6. 代码:Session[“UserID”]=“test”; String UserName=Session[“UserID”].ToString(); ViewState 1. ViewState用来保存用户的状态信息,有效期等于页面的生命周期 2. 可以保存大量数据但是要慎用,因为会影响程序性能 3. 所有的Web服务器控件都是用ViewState在页面PostBack期间保存状态 4. 不需要则关闭 @page 里面设置EnableViewState=false 5. 代码:ViewState[“ID”]=“yiner”; Application 1. Application用来保存所有用户共用的信息 2. 在Asp时代,如果要保存的数据在应用程序生存期内不会或者很少发生改变,那么使用Application是理想的选择。但是在Asp.net开发环境中我们把类似的配置数据放在Web.config中。 3. 如果要使用Application 要注意的是所有的写操作都要在Application_OnStart事件中完成(global.Asax),尽管可以使用Application.Lock()避免了冲突,但是它串行化了对Application的请求,会产生严重的性能瓶颈。 4. 不要使用Application保存大数据量信息 5. 代码:Application[“UserID”]=”test”; String UserName=Application[“UserID”].ToString(); Cookie 1. Cookie用来保存客户浏览器请求服务器页面的请求信息 2. 我们可以存放非敏感的用户信息,保存时间可以根据需要设置 3. 如果没有设置Cookie失效日期,它的生命周期保存到关闭浏览器为止 4. Cookie对象的Expires属性设置为MinValue表示永不过期 5. Cookie存储的数据量受限制,大多数的浏览器为4K因此不要存放大数据 6. 由于并非所有的浏览器都支持Cookie,数据将以明文的形式保存在客户端 7. 代码:Response.Cookies[“UserID”]=”test”; String UserName= Resopnse.Cookies [“UserID”].ToString(); Cache 1. Cache用于在Http请求期间保存页面或者数据 2. Cache的使用可以大大的提高整个应用程序的效率 3. 它允许将频繁访问的服务器资源存储在内存中,当用户发出相同的请求后 4. 可以看出Cache节省的是时间—服务器处理时间 5. Cache实例是每一个应用程序专有的,其生命周期==该应用程序周期 6. 注意:如果要使用缓存的清理、到期管理、依赖项等功能必须使用Insert 或者Add方法方法添加信息 7. 代码:Cache[“ID”]=“yiner”;或者Cache.Insert(“ID”,”test”); Hidden 1. Hidden控件属于Html类型的服务器控件,始终处于隐藏状态 2. 每一次提交的时候它会和其他服务器控件一起提交到服务器端 3. 代码如下:Hidden.Value=”king”; |
Session和Viewstate的比较
最新推荐文章于 2024-08-09 09:51:13 发布