localstorage文件夹（浏览器支持的Localstorage最大支持多大，数据是储存在哪里）

本文目录

• 浏览器支持的Localstorage最大支持多大，数据是储存在哪里
• 火狐localstorage的文件保存在哪怎么把数据转换成文本
• localStorage 存满了怎么办
• 奴隶少年希尔薇存档在哪个文件夹
• 小米11手机助手里的文件放在哪个文件夹
• 小米手机助手的下载目录是哪个文件夹
• 谷歌浏览器localstorage文件夹在哪
• chrome浏览器插件的设置保存位置在哪 注意是设置, 不是插件位置

浏览器支持的Localstorage最大支持多大，数据是储存在哪里

localStorage 存储在浏览器中。

localStorage中一般浏览器支持的是5M大小，在不同的浏览器中localStorage会有所不同。

localStorage：

用于长久保存整个网站的数据，保存的数据没有过期时间，直到手动去删除。

localStorage 属性是只读的。

只想将数据保存在当前会话中，可以使用 sessionStorage 属性， 改数据对象临时保存同一窗口(或标签页)的数据，在关闭窗口或标签页之后将会删除这些数据。

扩展资料：

localStorage主要有以下几种方法:

1、localStorage.setItem("key", "value");

存储名字为key的一个值value，如果key存在，就更新value。

例：

localStorage.setItem("name","john"); //设置name为john

localStorage.setItem("name","john1"); //覆盖之前的值，现在name所对应的值是john1

2、var lastname = localStorage.getItem("key");

获取名称为key的值，如果key不存在则返回null。

3、localStorage.removeItem("key");

删除名称为“key”的信息，这个key所对应的value也会全部被删除。

4、localStorage.clear()：

清空localStorage中所有信息。

火狐localstorage的文件保存在哪怎么把数据转换成文本

打开火狐新建标签页输入 about:support 点显示文件夹，里面的storage文件夹

localStorage 存满了怎么办

1、a.meituan.com 和 b.meituan.com 这两个域能够共享同一个 localStorage 吗？ 2、在 webview 中打开一个页面：i.meituan.com/home.html，点击一个按钮，调用 js 桥打开一个新的 webview：i.meituan.com/list.html，这两个分属不同 webview 的页面能共享同一个 localStorage 吗？ 3、如果 localStorage 存满了，再往里存东西，或者要存的东西超过了剩余容量，会发生什么？ 1、同一个域名（document.domain）共享同一个 localStorage，a.meituan.com 和 b.meituan.com 是两个域名，所以不能共享 2、能。相当于同一个浏览器的不同标签页。不同浏览器之间不能共享。 3、存不进去并报错（QuotaExceededError） 在大公司，同一个域名下可能存在几十上百条业务线，每条业务线都可能因为各种理由往 localStorage 里塞东西，跨页面传数据啦、缓存啦、离线化啦、性能优化啦...，5M 看起来很多，其实很快就用完了。而开发时基本无感知，是因为大家都只访问自己的业务，但用户会访问各种业务，时间一久，很容易就存满了，凡是严重依赖 localStorage 的业务流程都存在风险，写可能出问题，读自然也会出问题。 一种容易想到的方案是，当 localStorage 存满后降级到 sessionStorage 里。看上去没啥问题，但实际业务中 app 内 h5 页面跳转常常采用新打开 webview 的方式，这么做的好处是关闭一个 webview 可以直接回到上一个页面，而不用重新加载页面，对于订单填写这类带有状态的页面就很需要这么做。新打开 webview 等于新打开一个会话，而 sessionStorage 只能存在于同一个会话中，因此 sessionStorage 无法跨页面共享。 那降级到 cookie 里呢？cookie 一共才 50 个，总大小不超过 4k，作为 backup 过于脆弱，而且还会影响请求的效率。如果后端对请求头大小做了限制，还可能产生 413 错误，导致请求被拦截。 那降级到 url 上呢？很麻烦。比如有一个交互流程是这样的：页面 A =》 页面 B =》 页面 C，如果页面 A 的数据要传到页面 C，就得通过页面 B 做一层中转。而且 url 长度也是有限制的。 单页应用解决跨页面传数据就很简单，改造成单页应用呢？这个就得估算成本，看老板们认不认可了，而且原有应用积累了大量的业务逻辑，没有注释，没有测试用例，需求文档散落在不知名的角落，你真能保证重新做的和原来的功能一模一样吗。 我们还可以求助客户端同学，通过 js bridge 提供一个仿 localStorage 的东西，不过要考虑版本的问题，新版 app 里使用了客户端提供的 store，怎么兼顾老版 app，而且还要考虑兼容浏览器、微信。所以这种方案也只能解决一部分问题，当然，如果 h5 的流量绝大多数都在 app 里，那么这种方案是可以解决一大部分问题的，不过客户端提供的存储可不见得比原生的存储可靠，还是得加 backup。 我们还可以求助后端同学，多加几个字段甚至多加几个接口，不过这涉及到核心业务流程的改造，风险不小，而且不见得能完全解决问题，也无法永久的解决问题。 我们还可以来一招互相伤害大法，那就是把别人存的东西都删掉。。。 localStorage 是个好东西，不用，这是因噎废食，用，又很难统一和约束各业务线的用法，一旦放开用，就总会面临存满的风险。跟你在同一个域名下做开发的人可能跟你不在同一栋楼，甚至可能不在同一个城市，你有那个影响力去统一所有人的使用规范吗。 还有一个很讨厌的事情：safari 在隐私模式下不支持 localStorage 的存取（ios11 以下），这种情况比较罕见，但如果出了客诉，也是个大坑。 localStorage 归根结底就两个作用：持久化存储与跨页面传数据。持久化存储不会出问题，存不进去就存不进去呗，取不出来就去其它地方取，或者不取。问题就出在跨页面传数据上，上一个页面因为 localStorage 存满导致数据没有写入，下一个页面读取数据为空，从而导致错误。 同一个域名共享同一个 localStorage，而同一个域名下存在过多独立的业务线，业务线之间各自为政，毫无节制的攫取公共资源，这就是 localStorage 溢出问题的根源。 就我观察的情况来看，很多公司都喜欢把 h5 页面挂在 i.xxx.com 或 m.xxx.com 下，然后通过路径划分业务，比如 i.xxx.com/project-a, i.xxx.com/project-b...，随着业务发展，越来越多的业务都加到 i.xxx.com 中，“公地悲剧”就无可奈何的产生了，而且积重难返。我以前在的团队也是如此，用 h5、js、css 这样的类型名称来划分目录，初期东西少，自然没问题，但后来所有应用都把资源塞到 js 文件夹、css 文件夹下，一个文件夹包含了来自五湖四海的上百个文件，维护起来十分难受。 通过应用类型划分，而不是通过业务类型划分，这是最初架构策略的问题。如果 a 业务挂在 a.xxx.com 下，b 业务挂在 b.xxx.com 下，每个业务有独立的团队维护，localStorage 从公共资源变成团队的私有财产，或许这样才能从根源上解决 localStorage 无限膨胀的问题。有网友提出对 i.xxx.com 进一步划分子域，其实也是这个思路。 假设我们回到起点，从零建设前端工程，我们怎么避免 localStorage 存满的问题？ 1、划分域名。各域名下的存储空间由各业务组统一规划使用 2、跨页面传数据：考虑单页应用、优先采用 url 传数据 3、最后的兜底方案：清掉别人的存储 在已然发展很久的业务中，我们怎么解决此问题呢？ 上面这个方法还是有点问题，因为它把自己业务要用的东西也给删了，所以自己的业务最好统一在 key 上加一个前缀，清空 localStorage 时只删别人的。 有的同学可能会担心，这样会不会对其它业务造成伤害？或者产生一些难以发现的 bug。其实这种担心很大程度上是因为忽略了实际的使用场景。用户用同一个设备打开同一个 app，在同一个时间只能访问一个业务，因此不会存在某个业务正在使用过程中，localStorage 被其它业务清掉的场景，除非！除非有交叉的业务场景。 没有银弹，没有十全十美的方案。 掘金网友@FE 提出用 indexedDB 存文件类型的数据，localStorage 存业务数据，这是一种可以缓解问题的方案 ***隐藏网址***

奴隶少年希尔薇存档在哪个文件夹

奴隶少年希尔薇存档位置：

/data/data/ com.GreatLiu.TeachingFeeling/app_database/ localstorage/ file__0.localstorage 

希尔薇是恋爱养成游戏《TeachingFeeling》中的女主人公，特点是大大的眼睛、空洞的眼神、身上遍布着被前任主人用腐蚀性药品造成的伤痕、刚开始接触时的麻木表情和熟悉之后的让冰雪融化的温暖笑容。

《Teaching Feeling》是一款美少女养成类的单机游戏。在游戏中，玩家可以和奴隶少女希尔薇互动，摸头、泡茶、换衣服与出门等等。

玩家可以通过带希尔薇出门来获取新衣服和泡茶的材料，并积累希尔薇的好感度，以解锁更多的玩法。

游戏剧情：

因为生意的关系从一个刚刚亡故的带施虐倾向富豪捡到了被各种拷打伤痕累累的小萝莉--希尔薇。在接受之后就是愉快的和希尔薇一起生活的日子。但从她浑身的伤痕来看，以前肯定遭到非常残酷的对待，所以在刚抵达男主家中的时候，也把男主当成和前施虐狂主人一样的人来看待…恐惧，绝望，小心谨慎。

但男主却将希尔薇当作是普通人一般对待，不是一杯水一块面包的晚餐，温暖舒适的床铺，偶尔会带她出去给她买一些衣服(游戏的主要乐趣之一--换装…)，在无数次的对话和摸头之后希尔薇终于接受了一直温柔善良对待自己好男主。

主人公是一个微不足道的开业医生。在某一天的清晨，有一个曾经被救助过生命的男人找上门来，那时候，他不曾表达自己的谢意，所以他今天顺路来道谢。据说是因为现在做生意的关系，他作为资产家得到了一个奴隶作为遗产。扔了这个奴隶好吗?他的怜悯之心让他选择了把这个奴隶寄养在主人公的家里。虽说是一件突然的事情，但是接受这个被虐待的奴隶的我们的主人公到底会怎样对待她呢?

小米11手机助手里的文件放在哪个文件夹

appdataXiaomiMiPhoneManagerLocalStorage文件夹。小米11手机助手默认下载的文件是存放在appdataXiaomiMiPhoneManagerLocalStorage文件夹，这里的X为电脑的某个盘符。小米手机助手，是由小米公司的小米手机配套软件，它不仅可以用来手机系统升级，还可以备份恢复手机数据、共享电脑网络上网。

小米手机助手的下载目录是哪个文件夹

你可以去appdata\Xiaomi\MiPhoneManager\LocalStorage 目录下面查看的！同时下载手机软件的话，你可以直接去使用腾讯手机管家来进行下载安装的，非常方便的，而且十分的安全！并且腾讯手机管家提供的应用下载都经过了安全认证，因此也不用再担心安装应用时感染到病毒的问题了。手机管家同时让您轻松便捷管理手机资源。轻轻松松下载十万款经过双重安全认证的热门软件和游戏，安装卸载更方便。可轻松管理通讯录、短信、音乐、照片、视频等手机资源。

谷歌浏览器localstorage文件夹在哪

1，启动Chrome浏览器,在Chrome浏览器的地址栏输入Chrome:Version查看Chrome浏览器保存文件的位置。 2，在“我的电脑”中找到此路径。C:\Users\Administrator\AppData\Local\Google\Chrome\User Data\Default。

chrome浏览器插件的设置保存位置在哪 注意是设置, 不是插件位置

1、点击浏览器右上角的控制菜单按钮。

2、点击进入“设置”，如图所示。

3、进入设置后，向下翻找到并点击“显示高级设置”。

4、接着向下翻动页面，找到下载内容的选项，点击保存位置后的“更改”按钮。

5、选择自己想要的位置，点击确定，就完成设置了。