1. 当时在开发排行榜功能使用了大量的缓存
① 第一个问题检验重复问题,MQ接收消息,要过滤重复数据量非常之大,期初采用redis命令PFADD
参考http://redisdoc.com/hyperloglog/pfadd.html 文献进行重复校验,但最终测试阶段发现这个命令无法真正达到检验重复
解决方案:使用了 incrby (key,1)>1进行检验重复 http://redisdoc.com/string/incrby.html
② 第二个问题就是key类型冲突,在缓存 保存和取出时的KEY要保持类型一致,否则会导致异常
2. 在接口协议调用中常常会遇到无法获取参数情况,而且调试双方代码看着都没问题就是参数获取不到
发送报文HEADER头中content-type 是以什么方式发送过来的,我这边是用流的方式接受数据解析参数的
3. http协议发送报文 ‘=’ 问题不容忽视,存在等号会认为是参数,到springmvc无法正常解析,一般采用base64压缩数据
4. 下单流程中查询订单 状态=‘1’ 和 状态=1 的区别,看状态字段定义类型是否走索引,当数据量比较大的时候,这条语句的
查询速度将影响整个流程,会导致接口超时
5. 缓存设置key,忘记增加属性值,比如 xxx_xxx_属性值 现如今xxx_xxx导致业务遇到问题
6. jdk与tomcat版本兼容问题,当无法启动项目时考虑下本地环境问题
7. A系统 A数据入库发送MQ B系统接收,读取不到A数据,最终发现在A系统入库A数据忘记增加事务,事务隔离级别问题
8. velocity项目谷歌浏览器刷新不管用,必须清除缓存及其数据文件
9. 前端问题,vue渲染数据加载过慢,程序代码引用css出现了死循环
10.订单交易很多时候是异步过程,出现交易不同步,需要关注服务器时间是否一致
11.项目部署要关注权限问题,权限不对无法启动项目