分布式锁是控制分布式系统之间同步访问共享资源的一种方式。在分布式系统中，常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，在这种情况下，便需要使用到分布式锁。 首先，为了确保分布式锁可用，我们至少要确保锁的实现同时满足以下四个条件：互斥性。在任意时刻，只有一个客户端能持有锁。不会发生死锁
转载
2023-09-03 17:08:34
99阅读
# Java中给队列加锁
## 引言
在多线程编程中，线程安全是一个非常重要的问题。当多个线程同时操作共享资源时，可能会出现竞态条件（Race Condition）的问题，导致程序运行出现不可预测的结果。为了解决这个问题，我们可以使用锁机制来保护共享资源的访问。本文将介绍如何在Java中给队列加锁来保证线程安全。
## 队列与多线程
队列是一种常见的数据结构，它遵循先进先出（FIFO, F
原创
2023-12-20 11:29:03
53阅读
2021-4-9 10:32:25 星期五总结一下最近一段时间使用消息队列作为生产者遇到的问题:架构是这样的:1. 数据库存储业务产生的基础信息, 状态为初始化2. 定时脚本顺序扫描, 改状态为发送中, 组装完整信息, 写入到kafka3. 发送成功后, 在kafka回调中更改状态为已完成4. 因消费者觉得没必要发送ack回调, 所以消息发送生命线到此结束注意, 这里消息状态有三个; 有些书里介绍
# iOS中的队列加锁
在iOS开发中，线程安全是一个非常重要的话题。当多个线程同时读写共享资源时，可能会导致数据不一致的情况。为了防止这种情况发生，我们通常需要使用加锁机制。本文将介绍iOS中队列加锁的概念及其实现方式，并提供代码示例。
## 什么是队列加锁
在iOS中，队列加锁是一种确保在任意时刻只有一个线程可以访问特定代码段的机制。GCD（Grand Central Dispatch）
# Python 队列加锁实现
## 引言
在多线程编程中，为了保证数据的安全性和线程的同步，我们经常需要使用锁机制。Python 提供了多种锁的实现，其中队列加锁（Queue Lock）是一种常见的机制。本文将介绍如何在 Python 中实现队列加锁，帮助刚入行的小白理解和使用该机制。
## 流程图
```mermaid
flowchart TD
subgraph 整体流程
原创
2023-12-26 08:24:00
230阅读
文章目录Redis高阶知识：实现分布式锁分布式锁概念Redis的分布式锁实现加锁过程释放锁过程直接del(key)，释放锁存在的问题并发泄露问题参考文章 Redis高阶知识：实现分布式锁redis的一些基础知识，可以看这篇博客Redis，看这篇博客，吊打所有面试官但是实际找工作的时候，单单基础知识是不够的，面试官大概率问完基础知识后，会问Redis的一些高阶知识，比如Redis实现分布式锁、Re
转载
2023-09-21 16:52:29
93阅读
1. 守护进程会随着主进程的结束而结束。主进程创建守护进程 其一：守护进程会在主进程代码执行结束后就终止 其二：守护进程内无法再开启子进程,否则抛出异常：AssertionError: daemonic processes are not allowed to have children注意：进程之间是互相独立的，主进程代码运行结束，守护进程随即终止import os
import
转载
2024-06-30 17:06:01
57阅读
1 初识ActiveMQ1.1 异步&解耦1.2 调度中心1.3 重启大法1.4 复盘2 进阶Redis&RabbitMQ2.1 Redis可以做消息队列吗2.2 RabbitMQ是管子不是池子3 升华MetaQ3.1 惊艳消费者模型3.2 激进的消峰3.3 消息SDK封装3.4 重构MetaQ , 自成体系4 钟情RocketMQ4.1 开源的盛宴4.2 Kafka: 大数据生态
Redis用双链表list实现队列的LPUSH key value [value ...] 将一个或多个值 value 插入到列表 key 的表头 如果有多个 value 值，那么各个 value 值按从左到右的顺序依次插入到表头： 比如说，对空列表 mylist 执行命令 LPUSH mylist a b c ，列表的值将是 c b a ，这等同于原子性地执行 LPUSH mylist a 、
转载
2024-08-07 13:10:59
34阅读
1. 引入在实际的应用中，有很多情况需要加锁处理，最典型的情况就是秒杀了，一般的解决方案都是基于DB实现，但如果使用Redis，该如何实现呢。我们都知道Redis为单线程模式，采用队列模式将并发访问变成串行访问，且多客户端对redis的连接并不存在竞争关系。而且Redis提供一些命令，如SETNX，GETSET，来实现分布式锁机制。实现分布式锁需要用到的几个命令，请参考：Redis的常用命令
为什
转载
2023-08-01 23:30:49
235阅读
一、corePoolSize 线程池核心线程大小线程池中会维护一个最小的线程数量，即使这些线程处理空闲状态，他们也不会 被销毁，除非设置了allowCoreThreadTimeOut。这里的最小线程数量即是corePoolSize。二、maximumPoolSize 线程池最大线程数量一个任务被提交到线程池后，首先会缓存到工作队列（后面会介绍）中，如果工作队列满了，则会创建一个新线程，然后从工作队
转载
2023-09-27 07:17:18
66阅读
文章目录一、只读缓存 和 读写缓存1.读写缓存2.只读缓存保持数据一致性缓存置换策略二、锁1.如何避免死锁2.使用读写锁要兼顾性能和安全性三、硬件同步原语1.CAS（Compare and Swap）2.FAA（Fetch and Add）3.CAS 版本的转账服务4.FAA 版本的转账服务四、数据压缩1.适合数据压缩的场景2.压缩算法的选择3.选择合适的压缩分段思考题 一、只读缓存 和 读写缓
1、如何保证消息不被重复消费？消费者保证幂等性：一个数据或者一个请求，确保对应的数据是不会改变的，不能出错。生产者发送消息的时候带一个全局唯一的id，消费者拿到消息后，先根据这个id去redis查一下，之前是否被消费过，没有消费过就处理，并且将这个id写入到redis，如果消费过则不处理。2、生产者发送的消息，消费者一定要消费到？生产者发送消息时，要确认broker确实收到并持久化这条消息，比如R
转载
2024-03-05 06:23:17
29阅读
一、基于单个redis节点实现的分布式锁因为redis是单线程程序，可以天然的保证线程安全，只要我们的命令是单条命令，就可以保证操作的安全性，而redis中给我们提供了setnx key value命令，setnx命令的作用就是当我们的redis中没有这个key的键值队时，就会创建这个键值队的值，如果已经有了这个key就不作操作；所以我们可以使用setnx命令来实现我们的分布式加锁操作。但setn
转载
2023-09-22 19:36:21
185阅读
使用消息队列的优点解耦通过 MQ，使用Pub/Sub 发布订阅消息这么一个模型，系统之间可以进行解耦。异步削峰使用消息队列的缺点系统可用性降低系统引入的外部依赖越多，越容易挂掉。本来 A 系统调用 BCD 三个系统的接口就好了，加个 MQ 进来，万一 MQ 挂了整套系统崩溃的就完了。此时需要考虑如何保证消息队列的高可用。系统复杂度提高需保证消息没有重复消费、消息丢失的情况、保证消息传递的顺序性等一
转载
2024-09-16 14:40:02
30阅读
前面详细讲了线程锁，如果了解详细，请点击【线程锁-线程安全通信的基础】线程间通信：因为有了线程锁，所以线程通信才是安全的。线程锁和线程间通信的关系解读：同步锁(Lock)：锁一段代码递归锁(RLock)：嵌套锁几段代码条件变量(Condition)：锁的基础上，加入等待和唤醒，默认RLock信号量：(Semaphore)通过条件变量来实现(自带锁)，线程数量的限制事件对象(Event)：通过条件变
转载
2024-06-30 17:08:12
36阅读
消息队列通信 消息队列就是一个消息（一个结构）的链表。而一条消息则可看作一个记录，具有特定的格式。进程可以从中按照一定的规则添加新消息；另一些进程则可以从消息队列中读走消息。 每一个消息都是一个结构体：struct msgbuf{ long mtype; //表示结构体类型，来区分不同的消息 char mte
温馨提示：本文内容较长废话较多，如有心脏病、精神病史等请酌情查看。一、概述本文源码基于openJDK8u。在阅读本文前，你需要对并发有所了解。在并发中，为了解决程序中多个进程和线程对资源的抢占问题，在 Java 中引入了锁的概念。各种各样的锁，对于初碰 Java 并发的同学来说，面对多达 20 种的锁，瞬间懵逼，退游戏这把鸡劳资不吃了......其实不要紧张，虽然锁的种类很多，但是都
转载
2023-07-10 20:04:42
158阅读
在没有同步的情况下，执行结果通常是显示账户余额在10元以下，出现这种状况的原因是，当一个线程A试图存入1元的时候，另外一个线程B也能够进入存款的方法中，线程B读取到的账户余额仍然是线程A存入1元钱之前的账户余额，因此也是在原来的余额0上面做了加1元的操作，同理线程C也会做类似的事情，所以最后100个线程执行结束时，本来期望账户余额为100元，但实际得到的通常在10元以下（很可能是1元哦）。解决这
转载
2023-07-18 13:01:34
128阅读
在前几天的加餐文章中我讲到，JMQ 为了提升整个流程的处理性能，使用了一个“近乎无锁”的设计，这里面其实隐含着两个信息点。第一个是，在消息队列中，“锁”是一个必须要使用的技术。第二个是，使用锁其实会降低系统的性能。那么，如何正确使用锁，又需要注意哪些事项呢？今天我们就来聊一聊这个问题。我们知道，使用异步和并发的设计可以大幅提升程序的性能，但我们为此付出的代价是，程序比原来更加复杂了，多线程在并行执
转载
2024-04-06 21:17:00
322阅读
