首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏前端开发

    小程序端的 Pinia 持久

    uni-app 的本地持久化处理与网页端是有所不同的,其它使用都差别不大,如下是实现小程序端的 Pinia 持久的改变: 网页端 API 兼容多端 API 修改: // TODO: 持久

    31810编辑于 2024-05-28
  • 来自专栏知码前端

    香~来自己动手做一款基于Pinia的可持久插件吧~

    值得一说的是这次升级也给大家带来的了一款基于Pinia的可持久插件。只需要简单的几个配置就可以让 state 进行本地存储。 02 包含功能 先来看一下我们开发的这款插件有什么样的功能吧。 enable 类型:boolean 默认:false 说明:该选项默认值是false,也就是说需要你显示的指定为 true,才会开启对某个Store的持久功能。 该选项可以指定需要排队存储的哪些字段,不指定则是存储全部字段 resetToState 类型:((store:Store)=>void) |boolean 默认:undefined 说明:该选项可以指定是否需要从持久中恢复数据到 04 使用 1、安装使用: 由于我们并没有把插件托管到 npm 中,所以这里无需安装,直接把源码放到本地,然后进行使用 import { createPinia } from 'pinia' import /plugin/persist' const pinia = createPinia() pinia.use(PersistPlugin) export default pinia 2、在某个Store

    65920编辑于 2022-10-28
  • 来自专栏码艺坊

    Pinia 高级用法:模块存储、跨 Store 通信与持久方案

    复杂应用需要模块拆分、跨Store数据交互,以及持久存储等高级能力。本文将带你深入Pinia的高级用法,结合实际场景,逐一解析模块存储、跨Store通信与持久方案。一、为什么需要高级用法? 数据持久:页面刷新或重新打开时,状态会丢失,需要本地存储。Pinia在设计上提供了灵活的API,完全可以优雅地解决这些问题。 四、持久存储方案默认情况下,Pinia的状态存储在内存中,刷新页面会丢失。对于用户信息、购物车数据等,需要实现持久存储。 1.使用插件实现持久Pinia官方并未内置持久功能,但可以借助社区插件pinia-plugin-persistedstate。 持久方案:借助插件pinia-plugin-persistedstate,让状态在页面刷新后依然保持。最佳实践建议:模块设计:每个业务功能一个Store,避免过于集中。

    39601编辑于 2025-09-12
  • 来自专栏Java

    uniapp项目实战第五章:小程序Pinia持久

    小程序Pinia持久 说明:项目中 Pinia 用法平时完全一致,主要解决持久插件兼容性问题。 持久存储插件 持久存储插件pinia-plugin-persistedstate 插件默认使用 localStorage 实现持久,小程序端不兼容,需要替换持久 API。 网页端持久 API // 网页端API localStorage.setItem() localStorage.getItem() 多端持久 API // 兼容多端API uni.setStorageSync member.ts export const useMemberStore = defineStore( 'member', () => { //…省略 }, { // 配置持久

    89410编辑于 2025-01-21
  • 来自专栏执行上下文

    Nuxt3中pinia持久化处理!

    在使用nuxt3开发SSR渲染的项目的时候,如何将pinia持久到本地?如何自动引入自定义的仓库store模块,减少手动引入的麻烦? 使用插件 @pinia-plugin-persistedstate/nuxt 来达到持久的目的。 所以需要添加判断只能在客户端的时候持久。 2、pinia 中设置storesDirs,就能直接在页面使用相关store的配置,而无需手动引入。 'localStorage' : 'cookies', debug: import.meta.env.DEV }, }) 另外有的解决方法中,让在plugins 新建如下插件配置,经过测试后其实是没有用的 $pinia.use(piniaPluginPersistedstate) }) 然后在自定义pinia的模块中添加 persist:true选项来进行持久配置。

    15210编辑于 2025-11-20
  • 来自专栏码艺坊

    Pinia 状态持久:刷新页面数据不丢失的 3 种方案

    大家好,我是腾讯云开发者社区的Front_Yue,本篇文章将带大家深入探讨如何在Vue3项目中使用Pinia实现状态持久,确保页面刷新后数据不会丢失。 一、为什么需要Pinia状态持久?在前端开发中,Pinia作为Vue官方推荐的状态管理库,已经逐渐取代Vuex。 接下来,我们就来看3种常见的Pinia状态持久方案。二、方案一:手动使用localStorage/sessionStorage这是最简单直接的方案。我们在Piniastore中通过订阅store. =createPinia()pinia.use(piniaPluginPersistedstate)exportdefaultpinia在store中开启持久收起代码语言:TypeScriptAI代码解释 →推荐方案二少量轻量配置→推荐方案一离线应用、大量缓存→推荐方案三六、结语以上就是本篇文章分享的Pinia状态持久的3种方案。

    93800编辑于 2025-09-14
  • 来自专栏EffectiveCoding

    Redis 持久之AOF持久&混合持久

    上一篇提到了Redis的RDB持久方式,同时也提到了一点关于AOF的内容。 RDB(snapshotting) 是一种内存快照的方式进行持久,AOF(append-only-file)是通过追加写入命令的方式进行持久,混合持久是指RDB和AOF协同完成持久化工作来发挥各自有点的持久方式 协议格式来保存命令内容的,有兴趣可以看一下: https://redis.io/topics/protocol 很显然,如果命令操作量非常大的时候,与RDB不同,AOF因为是追加命令,所以很大概率上AOF持久文件会越来越大 混合持久: 混合持久是Redis 4.X之后的一个新特性,说是新特性其实更像是一种RDB&AOF的结合,持久文件变成了RDB + AOF,首先由RDB定期完成内存快照的备份,然后再由AOF完成两次 在大多数场景下RDB + AOF的混合持久模式其实还是很合适的。

    1.9K20发布于 2019-07-31
  • 来自专栏EffectiveCoding

    Redis 持久之RDB持久

    Redis 相对于其他NoSQL 内存数据库而言,除了更富的数据结构和速度快之外,Redis 的丰富的持久方案也就一个很显著的优势,Redis 支持RDB、AOF、混合持久三种模式。 RDB(snapshotting) 是一种内存快照的方式进行持久,AOF(append-only-file)是通过追加写入命令的方式进行持久,混合持久是指RDB和AOF协同完成持久化工作来发挥各自有点的持久方式 RDB 持久有自动触发、手动触发两种方式。 自动触发 具体可以看一下redis.conf 中的配置项及对应注释来了解这一部分内容,翻一下注释就很明了了: 当达到如下条件的时候就出发自动持久,这种持久在后台进行的bgsave 先看一下save选项 恢复: 数据恢复的过程,整个Redis 都是被阻塞在那里的,一直到持久完成才正常工作。具体恢复步骤就是把文件移到刚才dir指定的文件下,然后启动redis 就可以啦。

    78320发布于 2019-07-31
  • 来自专栏Golang语言社区

    Golang 持久

    涉及数据存储的的过程称之为持久。下面golang中的数据持久化做简单的介绍。主要包括内存存储,文件存储和数据库存储。 内存持久比较简单,严格来说这也不算是持久,比较程序退出会清空内存,所保存的数据也会消失。这种持久只是相对程序运行时而言。 基本上涉及的都有纯文本,格式文本和二进制文本的读写操作。通过文件持久数据比起内存才是真正的持久。然而很多应用的开发,持久更多还是和数据库打交道。 关于数据库,又是一个很大的话题。 总结 数据持久我们介绍了内存,文件和数据库三种持久方案。其中内存并不是严格意义的持久,但是对于一些需要频繁操作,并且程序启动后就需要处理的数据,可以考虑内存持久。 对于简单的配置,可以使用文件持久,更多时候,数据的持久方案还是依托于数据库。如今数据库种类繁多,无论是sql还是nosql,都需要考虑具体的使用场景。

    2.8K90发布于 2018-03-26
  • 来自专栏IT技术订阅

    Redis持久

    一. redis持久的介绍 Redis的持久指的是将内存中redis数据库运行的数据,写到硬盘文件上。 Redis持久的意义主要在于故障恢复,比如你部署一个Redis,作为缓存有可能里边有一些比较重要的数据,如果没有持久的时候,redis遇到灾难性故障的时候就会丢失所有的数据。 Redis持久的两种方式: 1. RDB:Redis DataBase 默认的持久方式,以二进制的方式将数据写入文件中,每隔一段时间写入一次。 2. RDB机制 2.1 介绍 RDB持久是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 AOF机制 3.1 介绍 与快照持久相比,AOF持久 的实时性更好,因此已成为主流的持久方案。

    91720编辑于 2022-05-11
  • 来自专栏fixzd

    redis系列:RDB持久与AOF持久

    前言 什么是持久持久(Persistence),即把数据(如内存中的对象)保存到可永久保存的存储设备中(如磁盘)。 持久的主要应用是将内存中的对象存储在数据库中,或者存储在磁盘文件中、XML数据文件中等等。 持久是将程序数据在持久状态和瞬时状态间转换的机制。 Redis提供了两种持久方式 RDB持久(快照) AOF持久(只追加操作的文件 Append-only file) 先来看看RDB持久 RDB持久 RDB持久是指在客户端输入save、bgsave AOF持久 AOF持久是通过保存Redis服务器所执行的写命令来记录数据库状态,也就是每当 Redis 执行一个改变数据集的命令时(比如 SET), 这个命令就会被追加到 AOF 文件的末尾。 那么我们如何开启AOF持久功能呢?

    66920发布于 2018-08-28
  • 来自专栏fixzd

    redis系列:RDB持久与AOF持久

    前言 什么是持久持久(Persistence),即把数据(如内存中的对象)保存到可永久保存的存储设备中(如磁盘)。 持久的主要应用是将内存中的对象存储在数据库中,或者存储在磁盘文件中、XML数据文件中等等。 持久是将程序数据在持久状态和瞬时状态间转换的机制。 Redis提供了两种持久方式 RDB持久(快照) AOF持久(只追加操作的文件 Append-only file) 先来看看RDB持久 RDB持久 RDB持久是指在客户端输入save AOF持久 AOF持久是通过保存Redis服务器所执行的写命令来记录数据库状态,也就是每当 Redis 执行一个改变数据集的命令时(比如 SET), 这个命令就会被追加到 AOF 文件的末尾。 那么我们如何开启AOF持久功能呢?

    78210发布于 2018-08-25
  • 来自专栏desperate633

    深入理解Redis持久Redis 持久

    Redis 持久 Redis 提供了多种不同级别的持久方式: RDB 持久可以在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot)。 Redis 还可以同时使用 AOF 持久和 RDB 持久。 你甚至可以关闭持久功能,让数据只在服务器运行时存在。 了解 RDB 持久和 AOF 持久之间的异同是非常重要的, 以下几个小节将详细地介绍这这两种持久功能, 并对它们的相同和不同之处进行说明。 从 1.1 版本开始, Redis 增加了一种完全耐久的持久方式: AOF 持久

    87032发布于 2018-08-22
  • 来自专栏Andromeda的专栏

    Redis 持久

    Redis 提供了两种持久方式,即 RDB(Redis Database)和 AOF(Append-Only File)。 RDB RDB 持久是 Redis 的默认持久方式。 优点:RDB 持久对性能影响较小,生成的 RDB 文件紧凑且易于备份和恢复。 缺点:RDB 持久会将数据保存到一个快照文件中,因此在发生故障时可能会丢失最后一次快照之后的数据。 触发机制:管理员可以根据配置文件设置 AOF 持久的触发方式,例如每次写操作、每秒同步等。 优点:AOF 持久提供了更高的数据安全性,因为可以通过重放 AOF 日志来恢复数据。 缺点:相比 RDB 持久,AOF 持久文件更大,恢复速度可能较慢,对于大的写操作负载可能会影响性能。 AOF 的实现 AOF 文件是一个文本文件,其中包含了 Redis 接收到的每个写操作的命令。 因此,在涉及到数据持久性和一致性的场景中,可以根据需求选择合适的同步或异步写模式,以平衡性能和数据可靠性的需求。 混合持久 可以同时使用 RDB 和 AOF 来进行持久

    39910编辑于 2024-01-13
  • 来自专栏linux学习笔记

    redis持久

    持久化简介 什么是持久 ? 利用永久性存储介质将数据进行保存,在特定的时间将保存的数据进行恢复的工作机制称为持久 为什么要进行持久? 防止数据的意外丢失,确保数据安全性 应用场景 意外断电,自动备份 持久过程保存什么 1 将当前数据状态进行保存,快照形式,存储数据结果,存储格式简单,关注点在数据 2 将数据的操作过程进行保存 与RDB相比可以简单描述为改记录数据为记录数据产生的过程  AOF的主要作用是解决了数据持久的实时性,目前已经是Redis持久的主流方式 AOF写数据过程 image.png AOF写数据三种策略 AOF重写作用  降低磁盘占用量,提高磁盘利用率  提高持久效率,降低持久写时间,提高IO性能  降低数据恢复用时,提高数据恢复效率 AOF重写规则  进程内已超时的数据不再写入文件  AOF持久策略使用everysecond,每秒钟fsync一次。

    82300发布于 2019-12-07
  • 来自专栏java 挖矿之路

    rabiitMq 持久

    其中,RabblitMQ的持久化分为三个部分: 交换器(Exchange)的持久 队列(Queue)的持久 消息(Message)的持久 2. durable:设置是否持久。durable设置为true表示持久,反之是非持久持久可以将交换器存盘,在服务器重启的时候不会丢失相关信息。 durable:设置是否持久。为true则设置队列为持久持久的队列会存盘,在服务器重启的时候可以保证不丢失相关信息。 答案是设置消息的投递模式为2,即代表持久。 3)单单只设置队列持久,重启之后消息会丢失;单单只设置消息的持久,重启之后队列消失,继而消息也丢失。单单设置消息持久而不设置队列的持久显得毫无意义。

    1K20发布于 2021-02-24
  • 来自专栏chenchenchen

    redis持久

    2.效率比rdb低 持久套路 一般我们在生产上采用的持久策略为 (1)master关闭持久 (2)slave开RDB即可,必要的时候AOF和RDB都开启 该策略能够适应绝大部分场景,绝大部分集群架构 为什么这么做 (1)master关闭持久 原因很简单,因为无论哪种持久方式都会影响redis的性能,哪一种持久都会造成CPU卡顿,影响对客户端请求的处理。 RDB持久 RDB持久是将当前进程中的数据生成快照保存到硬盘(因此也称作快照持久),保存的文件后缀是rdb;当Redis重新启动时,可以读取快照文件恢复数据。 那么RDB持久的过程,相当于在执行bgsave命令。该命令执行过程如下图所示 如图所示,主线程需要调用系统函数fork(),构建出一个子进程进行持久! AOF持久 RDB持久是将进程数据写入文件,而AOF持久(即Append Only File持久),则是将Redis执行的每次写命令记录到单独的日志文件中。

    64210编辑于 2023-01-30
  • 来自专栏云同步

    Redis 持久

            持久就是把内存的数据写到磁盘中,防止服务宕机导致内存数据丢失。         Redis支持两种方式的持久,一种是RDB的方式,一种是AOF的方式。 RDB 是什么         Redis 会单独创建一个子进程(fork)来进行持久,先将数据写入到一个临时文件中,待持久过程完成后,再将这个临时文件内容覆盖到 dump.rdb Fork Fork rdbchecksum:完整性的检查,即数据是否完整性、准确性 save 表示写操作的次数 格式:save 秒 写操作次数 优点 Redis 加载 RDB 恢复数据远远快于 AOF 的方式 使用单独子进程来进行持久 ,主进程不会进行任何 IO 操作,保证了 Redis 的高性能 缺点 RDB方式数据无法做到实时持久。 singleDoc# 《Redis 持久

    18910编辑于 2025-08-01
  • 来自专栏大数据共享

    RDD持久

    为什么需要持久 所谓的持久,就是将数据进行保存,避免数据丢失。RDD持久并非将数据落盘保存,而是用作缓存。 了解RDD持久前需要先了解什么是RDD? 应用场景: 某个RDD在多个job中重复使用的时候 如何缓存: cache persist 缓存的好处: 如果一个RDD有设置cache\persist,此时rdd所属第一个Job执行完成之后,数据会持久到本地的磁盘 后续RDD所属的其他job在执行的时候会直接将缓存数据拿过来使用而不用重新计算 RDD Cache缓存 RDD通过Cache或者Persist方法将前面的计算结果缓存,默认情况下会把数据以序列的形式缓存在 //释放 rddx.unpersist(true) //关闭链接 sc.stop() cache与checkpoint的区别: 数据持久的位置不一样: cache是将数据保存在本地内存

    82130编辑于 2022-04-28
  • 来自专栏码猿技术专栏

    Redis持久

    文件恢复 Redis持久 RDB (默认使用) RDB持久是把当前进程数据生成快照保存到硬盘的过程,触发RDB持久过程分为手动触发和自动触发。 默认情况下执行shutdown命令时,如果没有开启AOF持久功能则 自动执行bgsave。 使用save相关配置,如“save m n”。 缺点 RDB方式数据没办法做到实时持久/秒级持久。因为bgsave每次运行都要执行fork操作创建子进程,属于重量级操作,频繁执行成本过高。 针对RDB不适合实时持久的问题,Redis提供了AOF持久方式来解决。 AOF 开启AOF功能需要设置配置:appendonly yes,默认不开启。 保存路径同RDB持久方式一致,通过dir配置指定。

    79010发布于 2019-12-31
领券