直播源码开发使用的分布式架构在使用前需要先了解其相关的服务业务，分布式业务的基础在于原子性、一致性、隔离性、持久性四点，特征的强调主要是因为它们在直播源码开发处理请求时发挥了重要作用，不过分布式业务也有它自己的缺点存在，我们先来看看分布式业务相关的内容，再了解下分布式锁有何用处。

一、分布式业务实际应用方案

1、首先是提交阶段，从准备开始，直播源码开发先执行事务操作，然后返回执行结果给协调者，到提交阶段后，协调者会根据参与者执行的结果通知参与者进行提交或回滚

缺点：这种方式的缺点在于参与者都处于阻塞状态，需要等前面的请求响应完才行；由于是单点操作，如果存在某个环节出现故障，那会阻塞所有请求；一个节点失败整个事务都会失败，风险大

2、本地消息表阶段，直播源码开发的节点完成操作后会发送消息到本地消息表，本地消息表将信息转发到Kafka等消息队列中，等待被读取，还可以直接从其他节点读取消息并执行操作

优点：因为避免了直播源码开发的分布式事务，能够实现一致性

缺点：需要异步操作

二、分布式锁

分布式锁属于跨进程节点的一种互斥锁，保护节点对共享资源的使用权，因为是共享资源，每个节点都有访问的权利，但两个节点同时访问会造成资源不够的情况，为了避免影响到请求响应，直播源码开发会强制一个节点使用完资源后，其他节点才可以再使用。

分布式锁的特点：

1、排他性，同一时刻下，直播源码开发只能有一个节点访问共享资源

2、可重入性，允许当前没有释放资源的节点再次请求连续使用资源

3、给资源设置访问时间，到时间没有再请求自动释放资源，避免直播源码开发出现死锁现象

三、分布式锁的实现形式

我们说个常见的，redis。

Redis满足直播源码开发对分布式锁的所有要求，但是它容易出现多个进程抢占同一个锁资源的情况，所以也不是全能的，需要用官方的解决方案解决。