继上篇博客后发现个bug：
我在访问库存接口的时候，发现接口调用报错：错误信息大致是因为json序列化导致的
然后我就去找到了引起该错误的地方：
果然，正是因为这个位置用到了json转换，于是我就确定一下查到的数据是什么样子的，为啥转换不了？？？
重启项目后发现打印的日志中返回的数据是个“ok”， 通过key去redis获取数据，正常返回的value值应该是个json字符串，但是返回的是个“ok”，我人都懵了！！！
看了jedis内部源码，也没那个地方有这种这个数据返回啊！！！
突然想到一般redis设置值进去，设置成功后会返回“ok”，表示请求成功，但是、、、、这是get啊，不应该是返回value值嘛、、、、、
我再去查了博客，和一些资料，果然，大神都在博客中，看了一个大神发的分析，似懂非懂，
应该是因为频繁的调用redis的get、set方法、导致串包了，我觉得这也正符合项目中的情况，请求数据量确实很大，，，其他的也没去研究了，然后就先处理bug了，
方案：把接口层优化一下，减少访问量，并控制同步的数据；
我的理解是：
我先去查get数据，然后再去set数据，get获取到的值就是正确的，然后set值进去返回的是ok，如果网络有延迟，或者服务超时的话，就可能导致错位，get本应该返回的数据，接口拿到的是ok 也就返回了ok，因为打印的日志中返回的也是一次正确数据，一次错误数据（ok）,也正好错位了、、、
我给大家分享出来，能看懂的就去看吧！
参考学习：解Bug之路-串包Bug
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/bian-cheng-ji-chu/85769.html