Redis分布式锁和Java锁的主要区别在于它们的适用范围和实现机制。
适用范围：
在多机部署的情况下，Java锁只能锁定当前机器上的请求，无法对其他机器的请求进行加锁。这是因为Java锁使用的是JVM的机制，只在本机生效。然而，Redis分布式锁则可以在分布式环境中对多个节点的请求进行同步控制。这是通过Redis的原子操作来实现并发控制和分布式锁，其中获取锁与设置过期时间两个操作是原子性的。
实现机制：
Redis分布式锁和Java锁的实现机制有明显的区别。在单机环境下，Java锁通过JVM的机制控制多个线程对共享资源的访问，然而当涉及到多机部署的情况时，Java锁只能锁定当前机器上的请求，无法对其他机器的请求进行加锁。
相比之下，Redis分布式锁可以在分布式环境中对多个节点的请求进行同步控制。这是通过Redis的原子操作来实现并发控制和分布式锁，其中获取锁与设置过期时间两个操作是原子性的。另外，想要通过Redis实现分布式锁并不难，只要满足可靠性里的四个条件即可。
可靠性里的四个条件
原子性：在Redis中，可以通过使用SETNX命令来实现获取锁和设置过期时间的原子操作。SETNX命令可以在键不存在时设置值，并返回1；如果键已经存在，则不做任何操作，并返回0。因此，可以使用SETNX命令来尝试获取锁，如果返回1，则表示获取成功，否则表示获取失败。
一致性：在Redis中，可以通过设置过期时间来保证锁的一致性。当获取锁成功后，需要设置一个过期时间，以保证锁不会一直持有下去。同时，为了避免死锁，需要设置一个较短的过期时间。
隔离性：在Redis中，可以通过使用不同的键来保证锁的隔离性。每个客户端使用一个唯一的键来获取锁，这样就可以避免多个客户端之间发生冲突。
持久性：在Redis中，可以通过使用RDB快照和AOF日志来保证锁的持久性。当Redis重启或崩溃时，可以使用RDB快照和AOF日志来恢复数据，从而保证锁的状态不丢失。