当前位置: 代码迷 >> 综合 >> 页面间数据传递url传参 vs sessionStorage
  详细解决方案

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

热度:10   发布时间:2023-12-14 23:07:04.0

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

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


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


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

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

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

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


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

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


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

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

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

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

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


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

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







  相关解决方案