Redis实现简易消息队列的三种方式

最新推荐文章于 2024-02-29 21:44:54 发布
最新推荐文章于 2024-02-29 21:44:54 发布
阅读量1.7k 收藏 4
点赞数
文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Go_ahead_forever/article/details/133793502
版权

Redis实现简易消息队列的三种方式

消息队列简介

消息队列是一种用于在计算机系统中传递和处理数据的重要工具。如果你完全不了解消息队列，不用担心，我将尽力以简单明了的方式来解释它。

首先，想象一下你正在玩一个游戏，而游戏中有很多任务需要完成，但你不需要立刻完成它们。相反，你可以将这些任务列在一个清单上，然后按照你的时间表逐个完成。消息队列就像这个任务清单一样，只不过它用于计算机程序之间传递任务和数据。

消息队列的基本原理是，一个程序可以将一条消息（或任务）发送到队列中，然后另一个程序可以从队列中取出并处理这条消息。这种方式有几个关键优点：

  1. 异步通信：消息队列允许程序之间进行异步通信，也就是说，发送消息的程序不需要等待接收消息的程序立刻响应，它们可以继续执行其他任务。

  2. 解耦合：消息队列有助于解耦合（解除程序之间的依赖关系）。发送消息的程序不需要知道哪个程序将接收消息，而接收消息的程序只需要关注如何处理消息，而不需要担心消息的来源。

  3. 缓冲和负载均衡：消息队列可以用作缓冲区，帮助应对高负载情况。如果一个程序在某个时刻发送了大量消息，接收消息的程序可以按照自己的速度处理这些消息，而不会因为消息过多而崩溃。

  4. 数据持久化：有些消息队列系统还具有数据持久化功能，这意味着消息不会丢失，即使系统发生故障，消息也可以在恢复后重新处理。

  5. 可伸缩性：消息队列是构建分布式系统的重要工具，因为它们可以帮助应对不断增长的负载，而无需重新设计整个系统。

最常见的消息队列系统之一是RabbitMQ、Apache Kafka和Amazon SQS等。它们在不同情境下有不同的应用，但基本原理是相似的：它们都允许程序之间以异步、松散耦合的方式交换信息，从而提高系统的可伸缩性、可靠性和性能。

总之，消息队列是一种非常有用的工具，用于在计算机系统中传递和处理数据，帮助程序更高效地协同工作，提供了许多优点，包括异步通信、解耦合、缓冲、数据持久化和可伸缩性。希望这个简单的解释能帮助你理解消息队列的基本概念。

什么是消息队列：字面意思就是存放消息的队列。最简单的消息队列模型包括3个角色：

  • 消息队列：存储和管理消息，也被称为消息代理（Message Broker）
  • 生产者：发送消息到消息队列
  • 消费者：从消息队列获取消息并处理消息

Redis消息队列-基于List实现消息队列

消息队列（Message Queue），字面意思就是存放消息的队列。而Redis的list数据结构是一个双向链表，很容易模拟出队列效果。

队列是入口和出口不在一边，因此我们可以利用：LPUSH 结合 RPOP、或者 RPUSH 结合 LPOP来实现。
不过要注意的是，当队列中没有消息时RPOP或LPOP操作会返回null，并不像JVM的阻塞队列那样会阻塞并等待消息。因此这里应该使用BRPOP或者BLPOP来实现阻塞效果。

关于redis list的操作说明：

BLPOP key [key ...] timeout
  summary: Remove and get the first element in a list, or block until one is available
  since: 2.0.0

  BRPOP key [key ...] timeout
  summary: Remove and get the last element in a list, or block until one is available
  since: 2.0.0

  BRPOPLPUSH source destination timeout
  summary: Pop a value from a list, push it to another list and return it; or block until one is available
  since: 2.2.0

  BLPOP key [key ...] timeout
  summary: Remove and get the first element in a list, or block until one is available
  since: 2.0.0

  BRPOP key [key ...] timeout
  summary: Remove and get the last element in a list, or block until one is available
  since: 2.0.0


  LLEN key
  summary: Get the length of a list
  since: 1.0.0

  LPOP key
  summary: Remove and get the first element in a list
  since: 1.0.0

  LPUSH key value [value ...]
  summary: Prepend one or multiple values to a list
  since: 1.0.0

  LPUSHX key value
  summary: Prepend a value to a list, only if the list exists
  since: 2.2.0

  RPOP key
  summary: Remove and get the last element in a list
  since: 1.0.0

  RPOPLPUSH source destination
  summary: Remove the last element in a list, prepend it to another list and return it
  since: 1.2.0

  RPUSH key value [value ...]
  summary: Append one or multiple values to a list
  since: 1.0.0

  RPUSHX key value
  summary: Append a value to a list, only if the list exists
  since: 2.2.0

更多详细内容通过命令

help @list

查看

通过list的演示代码

127.0.0.1:6379> rpush list1 1 2 3 
(integer) 3
127.0.0.1:6379> lpop list1
"1"
127.0.0.1:6379> lpop list1
"2"
127.0.0.1:6379> lpop list1
"3"

阻塞演示：

一个生产者，两个消费者

在这里插入图片描述

让两个消费者获取消息

brpop list 123

此时两个消费者都进入阻塞模式

在这里插入图片描述

现在生产消息

lpush list test

结果：

在这里插入图片描述

从图中可以看出，生产者进行了两次生产，消费者只能一个一个的获取消息。

基于List的消息队列有哪些优缺点？
优点：

  • 利用Redis存储，不受限于JVM内存上限
  • 基于Redis的持久化机制，数据安全性有保证
  • 可以满足消息有序性

缺点：

  • 无法避免消息丢失 （生产者处理消息时丢失，而在List中已经被删除）
  • 只支持单消费者

Redis 消息队列-基于PubSub的消息队列

PubSub（发布订阅）是Redis2.0版本引入的消息传递模型。顾名思义，消费者可以订阅一个或多个channel，生产者向对应channel发送消息后，所有订阅者都能收到相关消息。

SUBSCRIBE channel [channel] ：订阅一个或多个频道
PUBLISH channel msg ：向一个频道发送消息
PSUBSCRIBE pattern[pattern] ：订阅与pattern格式匹配的所有频道

使用简介：

 PSUBSCRIBE pattern [pattern ...]
  summary: Listen for messages published to channels matching the given patterns
  since: 2.0.0

  PUBLISH channel message
  summary: Post a message to a channel
  since: 2.0.0

  PUBSUB subcommand [argument [argument ...]]
  summary: Inspect the state of the Pub/Sub subsystem
  since: 2.8.0

  PUNSUBSCRIBE [pattern [pattern ...]]
  summary: Stop listening for messages posted to channels matching the given patterns
  since: 2.0.0

  SUBSCRIBE channel [channel ...]
  summary: Listen for messages published to the given channels
  since: 2.0.0

  UNSUBSCRIBE [channel [channel ...]]
  summary: Stop listening for messages posted to the given channels
  since: 2.0.0

使用结果

在这里插入图片描述

基于PubSub的消息队列有哪些优缺点？
优点：

  • 采用发布订阅模型，支持多生产、多消费

缺点：

  • 不支持数据持久化
  • 无法避免消息丢失
  • 消息堆积有上限，超出时数据丢失

Redis 消息队列-基于Stream的消息队列

下面是添加消息的方法，其中key是指定stream的关键字，id是唯一的，如果输入*的话由redis自动生成，然后就是添加field string，键值对了

XADD key ID field string [field string ...]
summary: Appends a new entry to a stream
since: 5.0.0

下面是读消息的方法,其中COUNT可选字段表示读几条消息，BLOCK表示阻塞读取，其中的milliseconds如果为0表示永久，STREAMS就表示你要看的stream的key是什么，然后就是ID了，ID有两个选项一个0表示读取第一条消息$表示读取最新消息，但是这个读取最新消息可能会出现漏读现象。

XREAD [COUNT count] [BLOCK milliseconds] STREAMS key [key ...] ID [ID ...]
summary: Return never seen elements in multiple streams, with IDs greater than the ones reported by the caller for each stream. Can block.
since: 5.0.0

在这里插入图片描述

两个消费者同时进入阻塞读取最新消息

在这里插入图片描述

可以看到两个同时读取到了

在这里插入图片描述

新增多条消息，只能收取到最新消息

在这里插入图片描述

STREAM类型消息队列的XREAD命令特点：

优点：

  • 消息可回溯
  • 一个消息可以被多个消费者读取
  • 可以阻塞读取

缺点：

  • 有消息漏读的风险

消费者组解决漏读问题

消费者组(Consumer Group):将多个消费者划分到一个组中，监听同一个队列。具备下列特点：

  • 消息分流
    • 队列中的消息会分流给组内的不同消费者，而不是重复消费，从而加快消息处理的速度
  • 消息标示
    • 消费者组会维护一个标示，记录最后一个被处理的消息，哪怕消费者宕机重启，还会从标示之后读取消息。确保每一个消息都会被消费
  • 消息确认
    • 消费者获取消息后，消息处于pending状态，并存入一个pending-list。当处理完成后需要通过XACK来确认消息，标记消息为已处理，才会从pending-List移除。

创建消费者组

XGROUP CREATE key groupName ID [MKSTREAM]
  • key : 队列名称
  • groupName： 消费者组名称
  • ID： 起始ID标示 ， $代表队列中最后一个消息，0则代表队列中第一个消息
  • MKSTREAM： 队列不存在时自动创建队列

删除指定的消费者组

XGROUP DESTORY key groupName

给指定的消费者组添加消费者（一般自动添加）

XGROUP CREATECONSUMER key groupName consumername

删除消费者组中的指定消费者

XGROUP DELCONSUMER key groupname consumername

从消费者组读取消息

XREADGROUP GROUP group consumer [COUNT count] [BLOCK milliseconds] [NOACK] STREAMS key [key ……] ID [ID ……]
  • group : 消费者组名
  • consumer：消费者名称，如果消费者不存在，会自动创建一个消费者
  • count ： 本次查询的最大数量
  • BLICK milliseconds： 当没有消息时最长等待时间
  • NOACK： 无需手动ACK（ACK确认消息，从pending-list中移除）,胡渠道消息后自动确认
  • STREAMS key : 指定队列名称
  • ID ： 获取雄安锡的起始ID
    • > : 从下一个未消费的消息开始
    • 其他：根据指定id从pending-list中获取已消费单位确认的消息，例如0，从pending-list中的第一个消息开始。

确认消息

 XACK key group ID [ID ...]
  • key : stream 名称
  • group ： 消费者组名称
  • id： 就是消息的ID

查看pending-list中的消息信息

XPENDING key group [start end count] [consumer]

  • key: stream 名称

  • group ： group 名称

  • start end count ： 可以使用 - 代表从第一个 +代表对后一个这两个配合就是所有，然后用count表示出几个，示例

    xpending stream1 g1 - + 10

在java中的逻辑

在这里插入图片描述

STREAM类型消息队列的XREADGROUP命令特点：

  • 消息可回溯
  • 可以多消费者争抢消息，加快消费速度
  • 可以阻塞读取
  • 没有消息漏读的风险
  • 有消息确认机制，保证消息至少被消费一次
xwhking
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
java开源包1
06-28
Spring4GWT GWT Spring 使得在 Spring 框架下构造 GWT 应用变得很简单，提供一个易于理解的依赖注入和RPC机制。 Java扫雷游戏 JVMine JVMine用Applets开发的扫雷游戏，可在线玩。 public class JVMine extends java.applet.Applet 简单实现！~ 网页表格组件 GWT Advanced Table GWT Advanced Table 是一个基于 GWT 框架的网页表格组件，可实现分页数据显示、数据排序和过滤等功能！ Google Tag Library 该标记库和 Google 有关。使用该标记库，利用 Google 为你的网站提供网站查询，并且可以直接在你的网页里面显示搜查的结果。 github-java-api github-java-api 是 Github 网站 API 的 Java 语言版本。 java缓存工具 SimpleCache SimpleCache 是一个简单易用的java缓存工具，用来简化缓存代码的编写，让你摆脱单调乏味的重复工作！1. 完全透明的缓存支持，对业务代码零侵入 2. 支持使用Redis和Memcached作为后端缓存。3. 支持缓存数据分区规则的定义 4. 使用redis作缓存时，支持list类型的高级数据结构，更适合论坛帖子列表这种类型的数据 5. 支持混合使用redis缓存和memcached缓存。可以将列表数据缓存到redis中，其他kv结构数据继续缓存到memcached 6. 支持redis的主从集群，可以做读写分离。缓存读取自redis的slave节点，写入到redis的master节点。 Java对象的SQL接口 JoSQL JoSQL(SQLforJavaObjects)为Java开发者提供运用SQL语句来操作Java对象集的能力.利用JoSQL可以像操作数据库中的数据一样对任何Java对象集进行查询,排序,分组。 搜索自动提示 Autotips AutoTips是为解决应用系统对于【自动提示】的需要(如：Google搜索), 而开发的架构无关的公共控件, 以满足该类需求可以通过快速配置来开发。AutoTips基于搜索引擎Apache Lucene实现。AutoTips提供统一UI。 WAP浏览器 j2wap j2wap 是一个基于Java的WAP浏览器，目前处于BETA测试阶段。它支持WAP 1.2规范，除了WTLS 和WBMP。 Java注册表操作类 jared jared是一个用来操作Windows注册表的 Java 类库，你可以用来对注册表信息进行读写。 GIF动画制作工具 GiftedMotion GiftedMotion是一个很小的，免费而且易于使用图像互换格式动画是能够设计一个有趣的动画了一系列的数字图像。使用简便和直截了当，用户只需要加载的图片和调整帧您想要的，如位置，时间显示和处理方法前帧。 Java的PList类库 Blister Blister是一个用于操作苹果二进制PList文件格式的Java开源类库（可用于发送数据给iOS应用程序）。 重复文件检查工具 FindDup.tar FindDup 是一个简单易用的工具，用来检查计算机上重复的文件。 OpenID的Java客户端 JOpenID JOpenID是一个轻量级的OpenID 2.0 Java客户端，仅50KB+（含源代码），允许任何Web网站通过OpenID支持用户直接登录而无需注册，例如Google Account或Yahoo Account。 JActor的文件持久化组件 JFile JFile 是 JActor 的文件持久化组件，以及一个高吞吐量的可靠事务日志组件。 Google地图JSP标签库 利用Google:maps JSP标签库就能够在你的Web站点上实现GoogleMaps的所有功能而且不需要javascript或AJAX编程。它还能够与JSTL相结合生成数据库驱动的动态Maps。 OAuth 实现框架 Agorava Agorava 是一个实现了 OAuth 1.0a 和 OAuth 2.0 的框架，提供了简单的方式通过社交媒体进行身份认证的功能。 Eclipse的JavaScript插件 JSEditor JSEditor 是 Eclipse 下编辑 JavaScript 源码的插件，提供语法高亮以及一些通用的面向对象方法。 Java数据库连接池 BoneCP BoneCP 是一个高性能的开源java数据库连接池实现库。它的设计初衷就是为了提高数据库连接池的性能，根据某些测试数据发现，BoneCP是最快的连接池。BoneCP很小，只有四十几K
Java使用Redis实现消息队列
zhangximing的博客
02-19 610
redis实现消息队列时一般使用 list 结构作为队列， rpush 生产消息， lpop 消费消息。当 lpop 没有消息的时候，要适当sleep 一会再重试。若不使用sleep，则可以用指令blpop（该指令在没有消息的时候，它会阻塞住直到消息到来）
Redis学习笔记之十：Redis用作消息队列
热门推荐
yamikaze的博客
11-06 8万+
Redis不仅可作为缓存服务器，还可用作消息队列。它的列表类型天生支持用作消息队列。如下图所示：     由于Redis的列表是使用双向链表实现的，保存了头尾节点，所以在列表头尾两边插取元素都是非常快的。     所以可以直接使用Redis的List实现消息队列，只需简单的两个指令lpush和rpop或者rpush和lpop。简单示例如下： 存放消息端(消息生产者): 消息
【Redis笔记】Redis消息队列方案
最新发布
lcx_defender的博客
02-29 1126
Redis实现消息队列的笔记简述
Redis实现消息队列的4种方案
m0_67402235的博客
08-30 741
注：从左到右，从上到下，一次分别为客户端 ABCD 可见模式类似正则，匹配到多少频道，当这些频道发消息时，订阅该频道的客户端，以及订阅相关模式的客户端，都会收到消息。pattern：模式，或者说，多个频道的集合，（有点类似正则的感觉），订阅了该模式，所有能匹配到的频道所发出的消息，该客户端都能收到。channel：频道，管道，信道，它就是一个通道，所有订阅了该频道的客户端，都可以收到该频道发出的消息。具体做法就是去pubsub_patterns查找包含本频道的模式，并且把消息发送给订阅它们的客户端。...
csx-bsf-all:yh-csx中台供应链支撑架构，包含监控、日志、检索、配置中心、注册中心、调度中心、消息队列、缓存、分库等等
05-14
csx-bsf-all 介绍 BSF 为 base service framework 的简写，定义为永辉彩食鲜技术团队的基础框架,用于基础服务的集成和跟业务无关的基础技术集成。 BSF集成了自研的监控报警，用来监控各个服务系统的性能及异常告警。集成并封装Apollo,Rocket MQ,Redis, Elastic Search,ELK,XXLJOB, Sharding JDBC,Cat,Eureka,七牛云等第三方中间件，提供简易使用的底层框架。 愿景 为了更好地支持业务开发，让开发人员从中间件中解放出来，专注业务以提高开发效率。同时基础框架集中统一优化中间件相关服务及使用，为开发人员提供高性能,更方便的基础服务接口及工具。 项目结构规范说明 csx-bsf-all -- csx-bsf-core (项目核心类库) -- csx-bsf-demo (项目集成使用dem
Redis消息队列
qq_63431773的博客
10-18 1536
消费者注解/*** 消费者注解*/@Component处理器注解/*** 处理器注解，不同的类型使用不同的注解标准*/@Component监听注解/*** 监听注解*//*** group-name是关联到流的消费者组的名称。*//*** consumer-name是客户端用于在消费者组内标识自己的字符串*//*** 读取未ack*//*** topic 模式，主题订阅*/TOPIC(),/**
Redis实战（5）——Redis实现消息队列
contact97的博客
08-05 5558
消息队列，顾名思义，就是一个存放消息的队列。最简单的消息队列包含3个角色。$\textcolor{red}{Redis 提供了三种实现消息队列的方式，基于List结构、PubSub、Stream结构}$
Redis核心技术与实战-学习笔记（十五）：消息队列（Redis的解决方案）
无名小辈
02-25 9205
一.消息队列 消息队列：分布式系统必备的一个基础软件，能支持组件通信消息的快速读写 Redis本身支持数据的快速访问，满足消息队列的读写性能需求 二.Redis适合做消息队列吗？ 消息队列的消息存取需求 消息队列存取消息的过程 在分布式系统中，两个组件要基于消息队列进行通信，一个组件就会把要处理的数据以消息的形式传递给消息队列，然后这个组件就可以继续执行其他操作； 远端的另一个组件从消息队列中把消息读取出来，在本地进行处理。 需求： 组件1需要对采集到的数据进行求和计算，并写入数据库；
Redis队列
xdscode的博客
09-22 9786
关于「把 Redis 当作队列来用是否合适」的问题。 有些人表示赞成，他们认为 Redis 很轻量，用作队列很方便。 也些人则反对，认为 Redis 会「丢」数据，最好还是用「专业」的队列中间件更稳妥。 从最简单的开始：List 队列 首先，我们先从最简单的场景开始讲起。 如果你的业务需求足够简单，想把 Redis 当作队列来使用，肯定最先想到的就是使用 List 这个数据类型。 因为 List 底层的实现就是一个「链表」，在头部和尾部操作元素，时间复杂度都是 O(1)，这意味着它非常符合消息队列的模型。
Redis队列详解（springboot实战）
qq_63815371的博客
03-23 7709
MQ应用有很多，比如ActiveMQ,RabbitMQ,Kafka等，但是也可以基于redis来实现，可以降低系统的维护成本和实现复杂度，本篇介绍redis中实现消息队列的几种方案，并通过springboot实战使其更易懂。 1. 基于List的 LPUSH+BRPOP 的实现 2. 基于Sorted-Set的实现 3. PUB/SUB，订阅/发布模式 4. 基于Stream类型的实现
java简易版开心农场源码-awesome-ihave:我的
06-05
java简易版开心农场源码 awesome-ihave 网上有很多有价值的资源，经常浏览可以获取技术知识、提高技术水平。 开发资源 Java Netty Quartz Golang Python 前端 LayUI Bootstrap H-ui Bulma webpack Node nrm - 一键切换npm源 C/C++ 准STL Fast C++ logging library 的事件驱动事件通知库 Vue 开源项目 社区 （） Apache Spring Github - 唯品会分布式任务调度平台，在当当的elastic-job的基础上开发 - 腾讯物联网终端操作系统 Gitee 其他 数据库和中间件 数据库 MySQL NoSQL Mongo 缓存 Redis memcached CDN缓存 squid Vanish ATS 消息队列 RabbitMQ Kafka RocketMQ ActiveMQ ZeroMQ MetaMQ MQTT HiveMQ RPC - 高性能、轻量级的开源 Java RPC 框架，阿里开源，Apache项目 - 百度内最常使用的工业级 RPC 框架 微
redis消息队列
09-05
redis 消息队列源码示例 redis 消息队列源码示例 redis 消息队列源码示例
java开源包3
06-28
Spring4GWT GWT Spring 使得在 Spring 框架下构造 GWT 应用变得很简单，提供一个易于理解的依赖注入和RPC机制。 Java扫雷游戏 JVMine JVMine用Applets开发的扫雷游戏，可在线玩。 public class JVMine extends java.applet.Applet 简单实现！~ 网页表格组件 GWT Advanced Table GWT Advanced Table 是一个基于 GWT 框架的网页表格组件，可实现分页数据显示、数据排序和过滤等功能！ Google Tag Library 该标记库和 Google 有关。使用该标
dqueue:基于磁盘的队列
07-08
之前写的taskbuffering的aofutil是个简易的写磁盘的工具，在这个基础上重新写了dqueue(disk based queue)，dqueue是一个基于顺序写文件的队列，包装了一层redis协议 通过一个索引文件，和多个数据文件来组织数据，...
superSign:IOS超级签名系统，包括前补充全部代码
03-11
* 在阿里云上安装redis做消息队列，与重签名子服务保持调度； 重签名服务器 针对这块研究了好久，第一个方案是找到Mac云主机，只找到国外有这种Mac云主机，价格还不便宜，最终测试下来还是因为网络太差而放弃了
开心农场源码java-sidekiq:边基克
06-06
完全相同的消息格式，因此可以集成到现有的 Resque 处理场中。 您可以让 Sidekiq 和 Resque 同时并行运行，并使用 Resque 客户端将 Redis 中的作业排入队列以供 Sidekiq 处理。 表现 版本 潜伏 为 10,000 个工作岗位...
.NET 分布式组件库 Exceptionless Foundatio.zip
07-19
队列提供了一个先进，先出的消息管道，Foundatio 提供了一个IQueue接口，并且拥有 4 种不同的队列实现。1、InMemoryQueue：一个内存队列实现，队列的生命周期为当前进程。2、RedisQueue：一个 Redis 队列实现。3、...
redis实现优先级消息队列
06-07
Redis可以通过使用有序集合(sorted set)来实现优先级消息队列。每个消息会有一个分数(score)，分数越高的消息优先级越高。 具体实现步骤如下： 1. 将消息插入到有序集合中，分数即为消息的优先级。 ``` ZADD priority_queue priority message ``` 2. 获取优先级最高的消息，即分数最高的元素。 ``` ZREVRANGE priority_queue 0 0 WITHSCORES ``` 这里使用了`ZREVRANGE`命令，表示从有序集合中按分数从高到低检索元素，`0 0`表示只返回第一个元素，`WITHSCORES`表示同时返回分数。 3. 删除已经处理过的消息。 ``` ZREM priority_queue message ``` 这里的`message`即为第二步中返回的消息。 通过以上步骤，就可以实现一个简单的优先级消息队列了。需要注意的是，如果多个消息的分数相同，那么它们会按照插入的先后顺序排列，即先插入的消息先被处理。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

xwhking

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值