• asp.net 状态的传递和保存


    http无状态

    Http协议是无状态的,不会记得上次和网页“发生了什么”(故事《初50次》)。

    试验:private 字段++。server不记的上次给了浏览器什么。否则server的压力会太大,浏览器须要记住这些值,下次再提交server的时候(请在我的宽度基础上添加10,)就要把上次的值提交给server,让他想起来。假设要知道上一次的状态,一个方法是在对浏览器响应结束之前将状态信息保存到页面表单中(实现一下),下次页面再向server发出请求的时候带上这些状态信息,这样server就能依据这些状态信息还原上次的状态了,类似于去看病的病历本。

    1尽量不要这么干,client的事情让client去做。

    2状态信息保存在隐藏字段中的缺点:加大站点的流量、减少訪问速度、机密数据放到表单中会有数据欺骗等安全性问题。故事:自行打印存折,由于剩余金额不是写到存折这个隐藏字段中的,唯一的关联就是卡号。

    要把机密数据放到server。而且差别不同的訪问者的私密区域,那么就要一个唯一的标识。

    通过Url传递

    两个页面之间传递数据最好、兴许麻烦最少、最简单的方法就是通过Url传递。

    长处:简单,直接。明白知道发给谁,数据不会乱。

    缺点:假设多个页面或者不确定页面之间要传那么就须要每次跳转都带着。 多个页面或者不确定页面之间要传那么就须要每次跳转都带着;不保密。

    Cookie

    假设想自由的传递和读取,用Cookie

    Cookie是和网站相关的,而且每次向server请求的时候除了发送表单參数外,还会将和网站相关的全部Cookie都提交给server,是强制性的。

    Cookie也是保存在浏览器端的,并且浏览器会在每次请求的时候都会把和这个网站的相关的Cookie提交到server,并且将服务端返回的Cookie更新回数据库,因此能够将信息保存在Cookie中,然后在server端读取、改动。

    server返回数据除了普通的html数据以外,还会返回改动的Cookie,浏览器把拿到的Cookie值更新本地浏Cookie 览器的Cookie就能够。看报文在server端控制Cookie案例,实现记住username的功能

    • 设置值的页面:Response.SetCookie(new HttpCookie("UserName",username));

    • 读取值的页面:username= Request.Cookies["UserName"].Value;假设不设定Expires那么生命周期则是关闭浏览器则终止,否则“最多”到Expires时候终止。

    Cookie的缺点:

    还不能存储过多信息,机密信息不能存。

    Cookie无法跨不同的浏览器。

    Cookie:是能够被清除。不能把不能丢的数据存到Cookie中;Cookie尺寸有限制,一般就是几K,几百K

    Session原理

    须要一种“server端的Cookie”:

    1、医生须要一个私人账本,记录病人编号和身份的相应关系;

    2、为了防止病人依据分配给

    他的编号推測前后人的编号,那么须要一种“非常难推測”Cookie不能存储机密数据。

    假设想储存据,能够保存一个GuidCookie中,然后在server中建立一个以GuidKey,复杂数据为Value全局Dictionary。放到Application中。这 为Value全局Dictionary。放到Application中。这个Guid就是相当于用户的一个“令牌”

    ASP.Net已经内置了Session机制。把上面的样例用ASP.NetSession重写。普通的HttpHandler要可以操作Session,要实现IRequiresSessionState接口。Cookie是存在client。Session是存在server端,目的是一样的:保存和当前client相关的数据(当前站点的不论什么一个页面都能取到SessionCookie)。 Session(会话)有自己主动销毁机制,假设一段时间内浏览器没有和server发生不论什么的交互,则Session会定时销毁。这也就是为什么一段时间不操作,系统就会自己主动退出。

    Session实现登陆。

    Application*

    Application是应用全局对象。被全体共享。操作之前先Lock,操

    作完毕后UnLock

    加入一个“全局应用程序类” Global.asax,当应用程序第一个

    页面被訪问的时候Application_Start运行。

    举被非常多书举烂了的样例“统计訪问人数”,每次server上一个 举被非常多书举烂了的样例“统计訪问人数”,每次server上一个

    内容被訪问的时候Application_BeginRequest会运行就把数量++

    。这样为什么不好?大并发訪问会很卡!

    做站点开发尽量不要用Application,也非常少有须要用它的时候。

    总结

    几种数据传递的差别和不同用途

    • Application:全局数据,不要用

    • Url:精准传递,用起来麻烦

    • 隐藏字段:不保密

    • Cookie:保存在client,不保密

    • Session:保存在server端,不能放大数据

  • 相关阅读:
    [LeetCode] 909. Snakes and Ladders 蛇梯棋
    [LeetCode] 857. Minimum Cost to Hire K Workers 雇佣K名工人的最低成本
    [LeetCode] 908. Smallest Range I 最小区间
    [LeetCode] 862. Shortest Subarray with Sum at Least K 和至少为K的最短子数组
    [LeetCode] 907. Sum of Subarray Minimums 子数组最小值之和
    [LeetCode] 864. Shortest Path to Get All Keys 获得所有钥匙的最短路径
    [LeetCode] 906. Super Palindromes 超级回文数
    [LeetCode] 871. Minimum Number of Refueling Stops 最少的加油站个数
    [LeetCode] 905. Sort Array By Parity 按奇偶排序数组
    [LeetCode] 1028. Recover a Tree From Preorder Traversal 从先序遍历还原二叉树
  • 原文地址:https://www.cnblogs.com/mfmdaoyou/p/7238830.html
Copyright © 2020-2023  润新知