一、业务背景有些业务请求，属于耗时操作，需要加锁，防止后续的并发操作，同时对数据库的数据进行操作，需要避免对之前的业务造成影响。二、分析流程使用Redis作为分布式锁，将锁的状态放到Redis统一维护，解决集群中单机JVM信息不互通的问题，规定操作顺序，保护用户的数据正确。梳理设计流程新建注解@interface，在注解里设定入参标志增加AOP切点，扫描特定注解建立@Aspect切面任务，注册bean和拦截特定方法特定方法参数ProceedingJoinPoint，对方法pjp.proceed()前后进行拦截切点前进行加锁，任务执行后进行删除key核心步骤：加锁、解锁和续时加使用了RedisT

Java中锁的概念自旋锁:是指当一个线程在获取锁的时候，如果锁已经被其它线程获取，那么该线程将循环等待，然后不断的判断锁是否能够被成功获取，直到获取到锁才会退出循环乐观锁:假定没有冲突，在修改数据时如果发现数据和之前获取的不一致，则读最新数据，修改后重试修改悲观锁:假定会发生并发冲突，同步所有对数据的相关操作，从读数据就开始上锁独享锁(写):给资源加上写锁，线程可以修改资源，其他线程不能再加锁(单写)共享锁(读):给资源加上读锁后只能读不能改，其他线程也只能加读锁，不能加写锁(多读)可重入锁、不可重入锁:线程拿到一把锁之后，可以自由进入同一把锁所同步的其他代码，则为可重入锁。公平锁、非公平锁:

一、查看锁表语句SELECT sess.sid, sess.serial#, lo.oracle_username,--登陆账号名称 lo.os_user_name,--登录电脑名称 ao.object_name,--被锁表名 lo.locked_mode--死锁级别FROM v$locked_objectlo, dba_objectsao, v$sessionsessWHERE ao.object_id=lo.object_id ANDlo.session_id=sess.sid;死锁级别：级别描述0none1null空2Row-S行共享(RS)：共享表锁3Row-X行专用(RX)：用于行的

目录一、RedLock详解1、什么是RedLock2、为什么要使用RedLock3、RedLock加锁原理4、RedLock崩溃恢复问题5、RedLock的弊端二、RedLock实例1、基于Redisson的RedLock实现2、RedLock实现原理三、RedLock安全性争议一、RedLock详解1、什么是RedLock在了解RedLock之前，我们需要先了解一下分布式锁的原理：【Redis】之分布式锁简单来说就是RedLock是Redis实现分布式锁的一种方式。但不同点在于RedLock是Redis的作者Antirez在单Redis节点基础上引入的高可用模式。2、为什么要使用RedLoc

一、Redisson概述什么是Redisson？Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-MemoryDataGrid）。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。其中包括(BitSet,Set,Multimap,SortedSet,Map,List,Queue,BlockingQueue,Deque,BlockingDeque,Semaphore,Lock,AtomicLong,CountDownLatch,Publish/Subscribe,Bloomfilter,Remoteservice,Springcache,Execu

分布式锁是一种用于保证分布式系统中多个进程或线程同步访问共享资源的技术。同时它又是面试中的常见问题，所以我们本文就重点来看分布式锁的具体实现（含实现代码）。在分布式系统中，由于各个节点之间的网络通信延迟、故障等原因，可能会导致数据不一致的问题。分布式锁通过协调多个节点的行为，保证在任何时刻只有一个节点可以访问共享资源，以避免数据的不一致性和冲突。1、分布式锁要求分布式锁通常需要满足以下几个要求：互斥性：在任意时刻只能有一个客户端持有锁。不会发生死锁：即使持有锁的客户端发生故障，也能保证锁最终会被释放。具有容错性：分布式锁需要能够容忍节点故障等异常情况，保证系统的稳定性。2、实现方案在Java中

这是我的问题:我有一个播放音频文件的应用程序，通过MPNowPlayingInfoCenter.defaultCenter().nowPlayingInfo更新锁屏信息，这部分工作正常。但在另一个View中，我正在使用AVPlayerViewController和AVPlayer播放视频，当视频开始播放时，它会自动更新锁定屏幕，没有任何内容除了视频时长。我没有在Apple的文档中找到任何有关此行为的信息，我找不到禁用它的方法。到目前为止，我已尝试在视频开始播放之前调用UIApplication.sharedApplication().endReceivingRemoteControlE

背景：我们这里有个限购活动可以对某些商品进行机会限购，用户可以通过积极参与平台游戏或者购物等获取购买机会。今天突然收到系统告警，有大量异常错误码。事故现象：看了下记录是给17万用户每人加了两次购买机会，而且业务侧给每个人加机会不是一次加够，而是业务测采用每调一次接口加一次机会的形式...业务层分了8万组数据，每组一个用户，每组并发调两次机会增加接口，事故造成该商家17万会员里的，8万多组并发里，350余名会员用户无法正常对该活动下单（下单时候会报错），只有极端非常近的并发会触发这种情况，受损用户比较少，商家还没发现问题，活动所有商品就卖光了,无法购买的用户也不会触发下单报错了，然后马上我们告警

概念行级锁就是锁住表中指定行的记录。行锁原理InnoDB行锁是通过给索引项加锁来实现的，如果没有建立索引，那么采用表默认的隐式主键来锁定。innodb引擎提供行锁种类RecordLock：单个行记录上加锁。锁定的是索引项，如果没有设置索引，将使用隐式的主键锁定。GapLock：间隙锁，不包含本身记录的锁定范围。Next-KeyLock：RecordLock+GapLock。锁定范围且包含自身记录。InnoDB默认存储引擎是REPEATABLEREAD模式，Next-KeyLock算法是默认的行记录算法。mysql>select@@tx_isolation;+-----------------+

1：Zookeeper实现分布式锁Zookeeper是一个分布式协调服务，分布式协调主要是来解决分布式系统中多个应用之间的数据一致性,Zookeeper内部的数据存储方式类似于文件目录形式的存储结构,它的内存结果如下图所示：2：Zookeeper加锁原理在Zookeeper中的指定路径下创建创建节点，然后客户端根据当前路径下的节点状态来判断是否加锁成功，如下图一种情况为例，线程1创建节点成功后，线程2再去创建节点就会创建失败3：Zookeeper节点类型持久节点：在Zookeeper中创建后会进行持久储存，直到客户端主动删除临时节点：以客户端会话Session维度创建节点，一旦客户端会话断开，