java陷阱之应用缓存

1.之前一直用redis.经常读出缓存然后根据需求修改读出的缓存数据,没有任何问题

2.为了保证性能,在redis加了一层guava 应用缓存,但是操作缓存VO的时候 需要根据经纬度对缓存里面的数据进行修改。

但是用习惯了redis,忘记了修改应用缓存,应用缓存相同key都是引用的同一个对象,导致其他地区都是读到这样的数据,导致数据错乱

3.建议使用缓存 如果用的第三方框架,需要求证框架返回的是不是同一个对象,如果是同一个对象,统一clone一份返回,防止其他业务模块操作缓存数据

注:多层级采用深clone

推荐使用mapstruct  性能更加 本质是动编译转换类

posted @   意犹未尽  阅读(46)  评论(0编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
点击右上角即可分享
微信分享提示