Redisson升级至3.44.0版本后submitAsync方法报错问题分析

问题背景

在使用Redisson分布式任务执行框架时，从3.30.0版本升级到3.44.0版本后，开发者遇到了一个关于submitAsync方法的异常问题。该问题表现为在执行异步任务提交时，Redis返回了"ERR invalid expire time in set"的错误信息。

错误现象

具体错误信息显示Redis脚本执行失败，报错内容为"ERR invalid expire time in set"。错误发生在Redisson尝试通过Lua脚本设置任务锁时，脚本中使用了set命令的PX参数来设置过期时间。

技术分析

错误根源

从错误信息可以看出，问题出在Redis的set命令的过期时间参数上。在Redisson 3.44.0版本中，当执行以下Lua脚本时：

if redis.call('hexists', KEYS[1], ARGV[2]) == 0 then 
    if redis.call('set', KEYS[2], 1, 'NX', 'PX', ARGV[1]) ~= nil then 
        return 0; 
    end;
end;
return 1;

其中ARGV[1]参数被传递为0，这导致了Redis报错，因为PX参数需要一个正整数作为过期时间（毫秒），而0是一个无效值。

版本差异

在Redisson 3.30.0版本中，这个参数的处理方式可能有所不同，或者默认值不为0，因此没有出现这个问题。这表明在3.44.0版本中，任务锁的过期时间参数处理逻辑发生了变化。

解决方案

目前可行的解决方案是：

1. 回退版本：暂时回退到3.30.0版本，这是验证有效的临时解决方案
2. 等待修复：关注Redisson的后续版本更新，这个问题已经被标记为"merged"，说明开发团队已经注意到并可能修复了这个问题
3. 自定义实现：对于急需解决的生产环境问题，可以考虑继承相关类并重写有问题的方法

预防措施

在进行Redisson版本升级时，建议：

1. 仔细阅读版本变更日志，特别是关于分布式执行器和Redis命令参数处理的变更
2. 在测试环境充分验证所有关键功能
3. 对于分布式任务执行等核心功能，进行专门的回归测试

总结

这个案例展示了在分布式系统组件升级过程中可能遇到的兼容性问题。Redisson作为Redis的Java客户端，其内部实现细节的变化可能会影响上层应用的行为。开发者在升级这类关键组件时，需要特别关注与任务调度、分布式锁等核心功能相关的变更。