周末被迫在家值班,无聊之际打开尘封已久的Bug清单,发现有Bug拖了几个月还没解决…
场景是这样子的,有个功能是拿Redis缓存热点数据进行展示,暂且称它为功能A,有个另外的功能B,它会去更新缓存中这个热点数据,另外有定时任务去执行缓存数据持久化
按理说这样子设计是没得问题的。不会出现数据一致性问题(信誓旦旦 )
可是问题就出在功能B更新缓存数据后,功能A展示的还是旧数据,且查看Redis缓存数据是已经更新了的 !
那为啥功能A还能拿到旧的缓存数据呢?而且还是有时会有时不会!搁着给我卡bug是吧!
当时硬是没排查出原因,把问题定位在了网络请求不稳定上面,因为控制台报了 Command timed out after 8 second(s) 这个问题,有时候请求一直掉队!
哎。后面就只是记录下来这个问题,没再去探究过了,直至今天有幸,公司给了这个“值班”机会,我才又重新去针对它!
我使用了Java的stream流式操作,但是忘记加终止操作,导致流式操作过程并没有执行,所以我功能A从缓存拿数据就是不可能的!
那为啥有时候有可以了呢 ?!?
嘚,我还有个定时任务呢,一分钟执行一次!靠了,当时没记起来这茬,行,马上给你这流式计算终止掉!
可恶啊,忘记去collect 终止操作来将stream映射的结果进行收集了,小样,拿捏你!
stream在Java中是一种延迟计算的操作,只有遇到终止操作,才会触发中间操作
在代码块后面加collect(Collectors.toList())
收集结果即可
当我信誓旦旦去启动项目时,访问报错空指针…
我有一个map,键值对类型是Map
在流式计算中,我使用get(key)
方式去拿map中的value
因为拿到的数据是个Integer
,我对象的属性是long类型,所以我给他转了一下。这玩意你跟我说会失败,开玩笑咯。
结果返回null…
我在方法执行开头 和 流式计算里面都打印map信息
Map.forEach((key,val) -> log.info("Map:{}","key:"+key+";val:"+val))
Map.get(obj.getId().toString()).longValue();
这样子才是正确的啊!
起初用的Map.get(obj.getId()).longValue();
疯了已经…