写这个方法的人真是个不折不扣的大SB_Ruoyi

用set去封装push操作. 浓浓的外包风.

/**
  * 缓存List数据
  *
  * @param key 缓存的键值
  * @param dataList 待缓存的List数据
  * @return 缓存的对象
  */
public <T> long setCacheList(final String key, final List<T> dataList)
{
    Long count = redisTemplate.opsForList().rightPushAll(key, dataList);
    return count == null ? 0 : count;
}

所谓外包风:

1. 只有上帝知道的架构：形散神不散（贬义）

• 现象：项目拆得贼散，微服务搞了十几个，但代码耦合得贼死。
• 讽刺：为了拆分而拆分。A 服务的 DTO 改个字段，F 服务的 Mapper 居然报错了。这就好比把一坨屎切成了十二块放在十二个盘子里，不仅没变成米其林，反而让整张桌子都臭了。

2. JWT 的行为艺术：脱裤子放屁

• 现象：写个 JWT（Json Web Token），本意是为了无状态认证，结果转手把它当成 UUID 存进 Redis 做 Session 校验。
• 讽刺：拿着一把能开天下锁的万能钥匙（自包含签名），非要自己在门上再挂把锁，然后把万能钥匙当成钥匙扣插在锁孔里。既要承担 JWT 的计算开销，又要承担 Redis 的存储开销，完美避开了所有技术的优点，精准命中了所有缺点的交集。

3. 薛定谔的 HTTP 200：一切安好，除了报错

• 现象：HttpStatus 一股脑全返回 200。
• 讽刺：
  • HTTP 200 OK -> Body: {"code": 500, "msg": "系统崩溃", "data": null}
  • 前端开发看着控制台一片绿色的 200 请求，再看着满屏的报错弹窗，陷入了深深的自我怀疑。这是一种“报喜不报忧”的职场智慧，只要网络层没炸，业务层炸成烟花也是“成功响应”。

4. 动词匮乏症：万物皆可 Set

• 现象：数据操作一股脑的 set。
• 讽刺：在他们的字典里，没有 update，没有 insert，没有 modify，更没有 append。
  • 修改用户信息？setUser。
  • 添加购物车？setCart。
  • 记录日志？setLog。
  • 这种代码读起来就像是一个刚学了一天英语的人在写作文，不管干什么都是 "I do this, I do that"。这不叫封装，这叫词汇量贫乏。

总结：

又不是不能跑😒