redistemplate的opsforvalue()方法本身不保证跨命令原子性，因其仅封装单条redis命令；高并发下“先查后设”等多步操作需用lua脚本或原生命令（如setifabsent、getandset）保障原子性。
RedisTemplate 的 opsForValue() 为什么不是原子的
直接调用 redisTemplate.opsForValue().set() 或 getAndSet() 看似简单，但它们只是封装了单条 Redis 命令，在 Java 客户端层面不提供跨命令的原子性保障。比如「先查再判再设」这种典型逻辑：if (redisTemplate.opsForValue().get("key") == null) { redisTemplate.opsForValue().set("key", "val"); } —— 在高并发下必然出现多个线程同时通过判断、最终只应写入一次却写入多次的问题。
必须用 Lua 脚本或 Redis 原生命令保证原子性
Redis 服务端执行 Lua 脚本是原子的，且脚本内可组合任意 Redis 命令。Java 中通过 redisTemplate.execute() 注入脚本是最可靠方式：
String script = "if redis.call('exists', KEYS[1]) == 0 then redis.call('set', KEYS[1], ARGV[1]); return 1 else return 0 end";
Boolean result = redisTemplate.execute(
new DefaultRedisScript<boolean>(script, Boolean.class),
Collections.singletonList("mykey"),
"myvalue"
);</boolean>
- 脚本里用
KEYS[1]和ARGV[1]传参，避免硬编码和注入风险 - 不要在脚本里用
redis.call('get')后再做 Java 层判断——所有逻辑必须收束在脚本内 - 注意
DefaultRedisScript的泛型类型要和eval返回值一致（如返回1/0就用Long.class，返回布尔用Boolean.class）
优先使用 Redis 内置原子命令替代手写脚本
很多场景其实已有现成命令，比 Lua 更轻量、更易读：
- 「设置并仅当不存在时生效」→ 用
setIfAbsent()：它底层调用SET key value NX，天然原子 - 「获取旧值并设新值」→ 用
getAndSet()：对应GETSET命令，也是原子的 - 「带过期时间的 setIfAbsent」→ 必须用 Lua，因为
setIfAbsent(key, value, timeout, timeUnit)在 Redis 2.6.12+ 才支持原子性；若 Redis 版本低，仍需脚本兜底
别为了“统一风格”强行把 setIfAbsent 改成 Lua 脚本——多一层解析、少一层优化，还增加调试成本。
高并发下 Lua 脚本的性能与限制
Lua 脚本在 Redis 单线程中串行执行，长脚本会阻塞其他请求。实际压测中发现，一个耗时 >5ms 的脚本会让 QPS 下降 30% 以上：
- 脚本里禁止循环大量 key（如
for i=1,1000 do redis.call('get', 'k'..i) end） - 避免在脚本中做复杂计算或字符串拼接，这些该由 Java 层完成
- 如果业务需要批量操作，优先考虑
pipeline+ 原生命令，而非把批量逻辑塞进一个 Lua 脚本 - 注意 Redis 集群模式下，Lua 脚本中的所有
KEYS必须落在同一个 slot，否则报CROSSSLOT Keys in request don't hash to the same slot
真正难的不是写出能跑的脚本，而是判断哪部分逻辑必须塞进 Redis 执行、哪部分可以放回应用层——这个边界一旦划错，就既没获得原子性，又拖垮了性能。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
