- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端开发
小程序端的 Pinia 持久化
uni-app 的本地持久化处理与网页端是有所不同的，其它使用都差别不大，如下是实现小程序端的 Pinia 持久化的改变： 网页端 API 兼容多端 API 修改： // TODO: 持久化
41810编辑于 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
72420编辑于 2022-10-28 - 来自专栏码艺坊
Pinia 高级用法：模块化存储、跨 Store 通信与持久化方案
复杂应用需要模块化拆分、跨Store数据交互，以及持久化存储等高级能力。本文将带你深入Pinia的高级用法，结合实际场景，逐一解析模块化存储、跨Store通信与持久化方案。一、为什么需要高级用法？ 四、持久化存储方案默认情况下，Pinia的状态存储在内存中，刷新页面会丢失。对于用户信息、购物车数据等，需要实现持久化存储。 1.使用插件实现持久化Pinia官方并未内置持久化功能，但可以借助社区插件pinia-plugin-persistedstate。 =createPinia()pinia.use(piniaPluginPersistedstate)app.use(pinia)2.在Store中启用持久化收起代码语言：TypeScriptAI代码解释 持久化方案：借助插件pinia-plugin-persistedstate，让状态在页面刷新后依然保持。最佳实践建议：模块化设计：每个业务功能一个Store，避免过于集中。
73301编辑于 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', () => { //…省略 }, { // 配置持久化
1.1K10编辑于 2025-01-21 - 来自专栏Java开发者杂谈
ActiveMQ专题2: 持久化
当然，作为一个如此活跃的开源消息中间件，在实现JMS基本规范之后，必然会通过扩展的方式来实现Topic的持久化订阅。 而所谓的deliveryMode持久化和订阅持久化还是两个不同的概念。 ，原producer产生的消息丢失 持久化和非持久化最终队列控制台分别如下: ? 而支持持久化的设置，只要消息没有被消费，重启mq，仍然能被新加入的consumer消费。 订阅持久化 JMS的规范是没有要求实现订阅持久化的。所幸的是activeMQ实现了这个特性。 个人认为所谓的订阅持久化相对于消息的持久化，不过是一种伪持久化。 ： 要实现伪持久化订阅，必须先向activeMQ发布持久化订阅消息，通过clientId来标识不同的订阅渠道。
89130发布于 2018-10-08 - 来自专栏执行上下文
Nuxt3中pinia持久化处理！
在使用nuxt3开发SSR渲染的项目的时候，如何将pinia持久化到本地？如何自动引入自定义的仓库store模块，减少手动引入的麻烦？ 使用插件 @pinia-plugin-persistedstate/nuxt 来达到持久化的目的。 所以需要添加判断只能在客户端的时候持久化。 2、pinia 中设置storesDirs，就能直接在页面使用相关store的配置，而无需手动引入。 /store/**'] }, piniaPersistedstate: { cookieOptions: { maxAge: 2 * 365 * 24 * 60 * 60 * $pinia.use(piniaPluginPersistedstate) }) 然后在自定义pinia的模块中添加 persist:true选项来进行持久化配置。
35610编辑于 2025-11-20 - 来自专栏大大刺猬
redis(2)--持久化数据(备份)
redis持久化有2种方式: 手动 save/bgsave 设置持久化策略 redis持久化数据又2种类型, RDB和AOF RDB就是只有键值对 AOF就是操作的命令(包括键值对和命令),相当于 恢复的话就看2.1RDB备份与恢复吧 2. 自动持久化数据 自动持久化数据可以用RDB或者AOF, 建议2种都用. RDB : 只保留键值对, 可以直接加载到内存,所以恢复的时候就很快. 10 save 60 10000 解释下: 900秒内距离上一次持久化变化了1个值则持久化 300秒内距离上一次持久化变化了10个值则持久化 60秒内距离上一次持久化变化了10000个值则持久化 满足任一条件就持久化一次 dir 的值就是持久化目录的路径 dbfilename 的值就是rdb持久化文件的名字 设置的话就是config set dir "/usr/local/redis/data" 但是不建议再命令行设置 持久化 其实用AOF持久化的更多一些, 毕竟是把所有操作(get之类的没必要)都记录下来 2.2.1 AOF备份/持久化 因为AOF是记录操作的,那么文件会很大, 可以用BGREWRITEAOF来重建
76530发布于 2020-12-14 - 来自专栏码艺坊
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种方案。
2.4K00编辑于 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 就可以啦。
83520发布于 2019-07-31 无法找到模块“pinia-plugin-persist”的声明文件。“c:Users16566Desktopdemo，pinia持久化依赖报错，解决亲测有效
前言 最近在写vue3 项目时用到pinia，为了让pinia数据持久化就在项目中下载了依赖pinia-plugin-persist,但在main.ts中注册时报错无法找到模块“pinia-plugin-persist 参考文章：【报错解决】import piniaPersist from ‘pinia-plugin-persist‘ 解决方法 在项目src文件夹下创建types文件夹，types文件夹下创建新文件名为 pinia-plugin-persist.d.ts，在这文件下添加代码 declare module 'pinia-plugin-persist'; 然后，在 tsconfig.json 文件中的 compilerOptions
19410编辑于 2025-12-15- 来自专栏CSDN搜“看，未来”
【redis源码学习】持久化机制（2）：AOF
文章目录 AOF简介 AOF定时逻辑 AOF 持久化过程 命令传播 刷新缓冲区 && 同步磁盘 AOF简介 上一篇讲的RDB是批量的插入数据，但是如果单纯使用就会有一个隐患：突然断电的时候势必要失去一部分数据 RDB做大批量的持久化，在下次RDB来之前，用AOF顶上。 此外，redis 还提供了AOF重写功能，如果一个键有多次写入，只保存最后一次写入命令。 这两个方法我们都能想到，不过是怎么实现的呢？ AOF 持久化过程 三部曲： 命令传播、 刷新AOF缓冲区、 同步磁盘 让我们一个一个来看： 命令传播 feedAppendOnlyFile 函数负责将命令传播到 AOF 缓冲区： void feedAppendOnlyFile /PEXPIRE/EXPIREAT into PEXPIREAT */ buf = catAppendOnlyExpireAtCommand(buf,cmd,argv[1],argv[2] */ tmpargv[0] = createStringObject("SET",3); tmpargv[1] = argv[1]; tmpargv[2]
46530编辑于 2022-01-10 Vite3+Pinia2搭建
一、什么是Vite3+Pinia2组合模式vite 是一个现代的前端构建工具和开发服务器，而 pinia 是 Vue.js 的状态管理库，类似于 Vuex 但更轻量且易于使用。 Pinia最新的状态管理Pinia 是 Vue.js 的状态管理库，它是 Vuex 的下一代。 Pinia 提供了更简洁、更直观的 API，并且与 Vue 3 的 Composition API 结合得很好。Pinia 的设计初衷是尽可能简单直观，同时仍然提供 Vuex 带来的所有功能。 是否引入 Prettier 用于代码格式化？ » 否 / 是 否（否）? 是否引入 Vue DevTools 7 扩展用于调试? (试验阶段) » 否 / 是 (否)项目创建成功标志项目初始化完成，可执行以下命令： cd vite-pinia-study npm install npm run dev三、简单了解vite-pinia
28120编辑于 2024-08-20- 来自专栏非著名运维
Docker容器数据持久化之Bind Mouting（2）
为什么要做数据持久化？ 当容器运行期间产生的数据是不会在写镜像里面的，重新用此镜像启动新的容器就会初始化镜像，会加一个全新的读写层来保存数据。 如果想做到数据持久化，Docker提供数据卷（Data volume）或者数据容器卷来解决问题，另外还可以通过commit提交一个新的镜像来保存产生的数据。 Docker数据持久化方案： 基于本机文件系统的Volume。可以执行Docker create或Docker run时，通过-v参数将主机的目录作为容器的数据卷。 基于本机文件系统的Volume： Data Volume：挂载数据卷 Bind Mouting: 挂载本地目录 数据持久化之Bind Mouting： Bind Mounting 持久化的方式，则本地的目录文件和容器中的文件是同步的 /usr/share/nginx/html/test.html 最后： 使用Bind Mounting 持久化的方式，则本地的目录文件和容器中的文件是同步的，如果本地的文件做了修改，那么容器中的文件也会修改
42220编辑于 2022-06-22 - 来自专栏fixzd
redis系列：RDB持久化与AOF持久化
前言 什么是持久化？ 持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。 持久化的主要应用是将内存中的对象存储在数据库中，或者存储在磁盘文件中、XML数据文件中等等。 持久化是将程序数据在持久状态和瞬时状态间转换的机制。 Redis提供了两种持久化方式 RDB持久化（快照） AOF持久化（只追加操作的文件 Append-only file） 先来看看RDB持久化 RDB持久化 RDB持久化是指在客户端输入save AOF持久化 AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库状态，也就是每当 Redis 执行一个改变数据集的命令时（比如 SET）， 这个命令就会被追加到 AOF 文件的末尾。 那么我们如何开启AOF持久化功能呢？
92410发布于 2018-08-25 - 来自专栏fixzd
redis系列：RDB持久化与AOF持久化
前言 什么是持久化？ 持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。 持久化的主要应用是将内存中的对象存储在数据库中，或者存储在磁盘文件中、XML数据文件中等等。 持久化是将程序数据在持久状态和瞬时状态间转换的机制。 Redis提供了两种持久化方式 RDB持久化（快照） AOF持久化（只追加操作的文件 Append-only file） 先来看看RDB持久化 RDB持久化 RDB持久化是指在客户端输入save、bgsave AOF持久化 AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库状态，也就是每当 Redis 执行一个改变数据集的命令时（比如 SET）， 这个命令就会被追加到 AOF 文件的末尾。 那么我们如何开启AOF持久化功能呢？
76820发布于 2018-08-28 - 来自专栏Golang语言社区
Golang 持久化
涉及数据存储的的过程称之为持久化。下面golang中的数据持久化做简单的介绍。主要包括内存存储，文件存储和数据库存储。 内存持久化比较简单，严格来说这也不算是持久化，比较程序退出会清空内存，所保存的数据也会消失。这种持久化只是相对程序运行时而言。 基本上涉及的都有纯文本，格式化文本和二进制文本的读写操作。通过文件持久化数据比起内存才是真正的持久化。然而很多应用的开发，持久化更多还是和数据库打交道。 关于数据库，又是一个很大的话题。 总结 数据持久化我们介绍了内存，文件和数据库三种持久化方案。其中内存并不是严格意义的持久化，但是对于一些需要频繁操作，并且程序启动后就需要处理的数据，可以考虑内存持久化。 对于简单的配置，可以使用文件持久化，更多时候，数据的持久化方案还是依托于数据库。如今数据库种类繁多，无论是sql还是nosql，都需要考虑具体的使用场景。
2.9K90发布于 2018-03-26 - 来自专栏IT技术订阅
Redis持久化
一. redis持久化的介绍 Redis的持久化指的是将内存中redis数据库运行的数据，写到硬盘文件上。 Redis持久化的两种方式： 1. RDB：Redis DataBase 默认的持久化方式，以二进制的方式将数据写入文件中,每隔一段时间写入一次。 2. 2. RDB对redis对外提供读写服务的时候，影响非常小，因为redis 主进程只需要fork一个子进程出来，让子进程对磁盘io来进行rdb持久化 3. AOF机制 3.1 介绍 与快照持久化相比，AOF持久化 的实时性更好，因此已成为主流的持久化方案。 自动触发：如果全部满足的话，就触发自动的AOF重写操作： 1.没有RDB持久化/AOF持久化在执行，没有bgrewriteaof在进行； 2.当前AOF文件大小要大于redis.conf配置的auto-aof-rewrite-min-size
1K20编辑于 2022-05-11 - 来自专栏desperate633
深入理解Redis持久化Redis 持久化
Redis 持久化 Redis 提供了多种不同级别的持久化方式： RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）。 Redis 还可以同时使用 AOF 持久化和 RDB 持久化。 你甚至可以关闭持久化功能，让数据只在服务器运行时存在。 了解 RDB 持久化和 AOF 持久化之间的异同是非常重要的， 以下几个小节将详细地介绍这这两种持久化功能， 并对它们的相同和不同之处进行说明。 从 1.1 版本开始， Redis 增加了一种完全耐久的持久化方式： AOF 持久化。
96232发布于 2018-08-22 - 来自专栏linux学习笔记
redis持久化
持久化简介 什么是持久化 ? 利用永久性存储介质将数据进行保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化 为什么要进行持久化? 防止数据的意外丢失，确保数据安全性 应用场景 意外断电,自动备份 持久化过程保存什么 1 将当前数据状态进行保存，快照形式，存储数据结果，存储格式简单，关注点在数据 2 将数据的操作过程进行保存 与RDB相比可以简单描述为改记录数据为记录数据产生的过程 AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式 AOF写数据过程 image.png AOF写数据三种策略 AOF重写作用 降低磁盘占用量，提高磁盘利用率 提高持久化效率，降低持久化写时间，提高IO性能 降低数据恢复用时，提高数据恢复效率 AOF重写规则 进程内已超时的数据不再写入文件 忽略无效指令，重写时使用进程内数据直接生成，这样新的AOF文件只保留最终数据的写入命令 如del key1、 hdel key2、srem key3、set key4 111、set key4
89300发布于 2019-12-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号