问题
boolean isLock = lock.tryLock(10, 30, TimeUnit.SECONDS);
boolean isLock = lock.lock(30, TimeUnit.SECONDS);
boolean isLock = lock.lock();
三者的区别？？
这三个方法都是用于获取 Redisson 分布式锁的，但它们在获取锁的方式和行为上有一些区别。下面是这三种方法的具体区别：
1. lock.tryLock(long waitTime, long leaseTime, TimeUnit unit)
作用：
- 这个方法尝试获取锁，并且会在指定的时间内（
waitTime）等待锁的释放。如果在指定时间内能够获取到锁，则会继续执行，否则会返回false。 - 获取到锁后，锁会持有指定的时间（
leaseTime），即使锁的持有者没有主动释放锁，锁也会在超时后自动释放。leaseTime是锁的持有时间，单位是TimeUnit（比如秒、毫秒等）。
参数：
waitTime: 获取锁的最大等待时间。如果在这个时间内获取不到锁，方法会返回false。leaseTime: 锁的持有时间，即使持有锁的线程没有主动释放锁，leaseTime时间到期后，锁会自动释放。unit: 时间单位（秒、毫秒等）。
示例：
boolean isLock = lock.tryLock(10, 30, TimeUnit.SECONDS);
- 该方法会在最多 10 秒内尝试获取锁，获取到锁后，锁会持有 30 秒。如果 10 秒内没有获取到锁，方法返回
false。
使用场景：
- 如果你只想等待一定的时间去获取锁，并且知道如果获取不到锁就不继续执行，那么使用
tryLock。 - 适用于需要“获取锁失败”时不阻塞当前线程的场景。
2. lock.lock(long leaseTime, TimeUnit unit)
作用：
- 这个方法会阻塞当前线程，直到获取到锁为止。与
tryLock的不同之处在于，它不会限制等待锁的时间，线程会一直阻塞直到成功获取到锁。 - 获取到锁后，锁会持有指定的时间（
leaseTime）。在超时之前，锁会被自动释放。
参数：
leaseTime: 锁的持有时间，如果持有锁的线程没有主动释放锁，leaseTime时间到期后，锁会自动释放。unit: 时间单位（秒、毫秒等）。
示例：
boolean isLock = lock.lock(30, TimeUnit.SECONDS);
- 该方法会阻塞当前线程，直到获取到锁。获取到锁后，锁会持有 30 秒。
使用场景：
- 如果你希望当前线程获取锁后，阻塞并执行业务逻辑，直到锁的持有时间超时或者线程完成操作。
- 如果你不关心等待多长时间，只要能够获得锁并执行业务，适合使用此方法。
3. lock.lock()
作用：
- 这个方法是最简单的获取锁的方式，它会无限期地阻塞直到获取到锁为止。获取到锁后，线程持有锁直到显式调用
unlock()来释放锁。 - 与前两者的区别是，它没有超时设置，锁会一直被持有直到调用
unlock()来显式释放。
参数：
- 无参数。
示例：
lock.lock();
- 该方法会阻塞当前线程，直到获取到锁。锁会一直持有，直到显式调用
unlock()释放锁。
使用场景：
- 如果你确定当前线程在获取锁后需要一直执行，直到任务完成且没有超时的考虑，使用该方法是最直接的方式。
- 适用于锁的生命周期和当前线程的生命周期一致的场景。
总结对比：
| 方法 | 是否会阻塞 | 是否有超时 | 锁的持有时间 | 用途 |
|---|---|---|---|---|
tryLock(long waitTime, long leaseTime, TimeUnit unit) | 是（如果获取不到锁，会等 waitTime） | 有超时（waitTime 和 leaseTime） | 超时后自动释放锁 | 用于短时间等待获取锁，不获取锁则不执行业务 |
lock(long leaseTime, TimeUnit unit) | 是（一直阻塞直到获取到锁） | 有超时（leaseTime） | 超时后自动释放锁 | 用于无限期等待获取锁，锁自动释放 |
lock() | 是（一直阻塞直到获取到锁） | 无超时 | 锁持有直到显式调用 unlock() | 用于长期持有锁，直到显式释放 |
推荐场景：
tryLock：适用于你希望尝试获取锁但又不想长时间阻塞的场景。如果无法获取锁，你可以采取其他措施（比如返回失败或重试）。lock(long leaseTime, TimeUnit unit)：适用于希望获取锁后，进行一定时间的操作后自动释放锁的场景。lock()：适用于你希望线程获取锁后一直执行任务，直到任务完成且显式释放锁的场景。
