引入三方组件或者服务来解决这个问题，比如数据库、Redis、Zookeeper等。
分布式锁要保证互斥性、不死锁、可重入等特点。
互斥性指的是对于同一个资源，任意时刻，都只有一个客户端能持有锁。
不死锁指的是必须要有锁超时这种机制，保证在出现问题的时候释放锁，不会出现死锁的问题。
可重入指的是对于同一个线程，可以多次重复加锁。
数据库 ：乐观锁通常就是数据库中我们会有一个版本号，更新数据的时候通过版本号来更新，这样的话效率会比较高，悲观锁则是通过for update的方式，但是会带来很多问题，因为他是一个行级锁，高并发的情况下可能会导致死锁、客户端连接超时等问题，一般不推荐使用这种方式。
Redis是通过set命令来实现====》setNX命令代表当key不存在时返回成功，否则返回失败。
Zookeeper是通过创建临时顺序节点的方式来实现。
- 当需要对资源进行加锁时，实际上就是在父节点之下创建一个临时顺序节点。
- 客户端A来对资源加锁，首先判断当前创建的节点是否为最小节点，如果是，那么加锁成功，后续加锁线程阻塞等待
- 此时，客户端B也来尝试加锁，由于客户端A已经加锁成功，所以客户端B发现自己的节点并不是最小节点，就会去取到上一个节点，并且对上一节点注册监听
- 当客户端A操作完成，释放锁的操作就是删除这个节点，这样就可以触发监听事件，客户端B就会得到通知，同样，客户端B判断自己是否为最小节点，如果是，那么则加锁成功