页面间数据传递url传参 vs sessionStorage

项目中经常会碰到的一个问题就是前端ajax从后台请求到了数据,比如用户登录信息,这时候后面的子页面都会用到这些数据;

后端希望相同的数据前端可以不走ajax而用之前请求的数据,以便减少服务器压力。


在这种情况下我们前端不能重复使用ajax只能另谋出路,在之前的博文里我用到的是最简单的url传值,当时勉强能用,后来时间一长各种弊端也暴露出来了。


1、安全性能得不到保证,用户可以直接从url里面看到传输的信息,虽然因为要传输中文字符串进行了加密,但一些非中文信息还是会直接显现,非常不靠谱。

2、url传参只能适用数据量小的情况,一旦超过限额,跳转页面就会报404错误,每个浏览器限制url长度不一样,具体可以度娘一下。

3、在做页面返回按钮的时候,经常会碰到保留之前表单数据的需求,这个时候如果用url传参就算长度不超过限制,js代码写起来也无比繁琐,容易出错;

更糟糕的是如果还有后续页面,则每个页面都要保留之前页的数据,实在让人崩溃。


综上所述,url传参并不是一个高效的解决方案。

让我们再来看看html5新加入的客户端存储数据的新方法sessionStorage


相比url传参,sessionStorage既不需要往url后面加一长串参数,也不需要对中文数据进行繁琐的加/解密以及(去)对象化操作;

一次存入数据,后面所有子页面都能随时调用,关闭浏览器则数据清除,安全高效;

存储容量很大,每个浏览器不同,大约在5M左右;

每个子页面都能增加/删除数据;

由于是在客户端实现数据临时存储,所以能极大减轻服务器压力。


另外一个类似属性localStorage与其唯一的区别是储存本地时间为永久,除非手动清除,适用于一些特殊的业务场景。

值得一提的是目前绝大多数主流浏览器都支持了这项html5技术,广为人诟病的IE也从8开始支持。







评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值