Redis分布式锁是一种利用Redis的原子性和过期时间特性实现的一种分布式锁机制，可以用来保证多个客户端对共享资源的互斥访问。Redis分布式锁的核心思想是使用SETNX命令（或者其变种）来尝试在Redis中设置一个唯一的key，如果设置成功，说明获取到了锁，如果设置失败，说明锁已经被其他客户端占用。同时，为了防止死锁的发生，需要给这个key设置一个过期时间，如果客户端在执行完业务逻辑后没有及时释放锁，那么Redis会自动删除这个key，从而让其他客户端有机会获取锁。
然而，Redis分布式锁的过期时间设置并不是一个简单的问题，需要根据业务逻辑的复杂度和执行时间来合理地确定。如果过期时间设置得太短，可能会导致客户端在执行业务逻辑的过程中锁被自动释放，从而造成其他客户端获取到了无效的锁，进而引发并发问题。如果过期时间设置得太长，可能会导致客户端在出现异常或者网络延迟的情况下无法及时释放锁，从而造成资源的浪费和性能的下降。
为了解决这个问题，有两种常见的策略：一种是续期策略，另一种是业务逻辑判断策略。
续期策略是指在客户端获取到锁后，启动一个定时任务，在每次过期时间即将到达之前，向Redis发送一个命令（如EXPIRE或者PEXPIRE）来延长锁的过期时间。这样可以保证客户端在执行业务逻辑的过程中不会因为锁过期而失去锁。但是这种策略也有一些缺点：一是增加了客户端和Redis之间的通信开销；二是如果客户端在续期操作之前出现异常或者网络延迟，仍然有可能导致锁被自动释放；三是如果客户端在执行完业务逻辑后忘记释放锁，那么定时任务会一直续期，直到Redis重启或者内存满了。
业务逻辑判断策略是指在客户端获取到锁后，记录下当前时间和过期时间，并在执行业务逻辑之前判断是否还有足够的时间来完成业务逻辑。如果没有足够的时间，那么就放弃执行业务逻辑，并主动释放锁。如果有足够的时间，那么就继续执行业务逻辑，并在完成后释放锁。这样可以避免因为锁过期而导致的并发问题，并且减少了客户端和Redis之间的通信开销。但是这种策略也有一些缺点：一是需要客户端能够预估业务逻辑的执行时间，并且能够处理各种异常情况；二是如果业务逻辑本身就很耗时或者不可预估，那么就很难确定一个合适的过期时间；三是如果客户端在执行完业务逻辑后忘记释放锁，那么锁仍然会占用Redis的内存，直到过期。