您的位置:首页 > 数码常识数码常识

simpledateformat日期格式(simpledateformat格式化日期毫秒)

2025-05-13人已围观

simpledateformat日期格式(simpledateformat格式化日期毫秒)
  业务背景在存储大量数据,获取列表的业务场景下,我们采用了Mongodb的存储方式,其中标注时间业务的字段,均采用了String数据类型定义。

  simpledateformat格式化日期毫秒业务背景

  简述业务场景,A系统通过Http接口提交业务数据到系统B,请求参数存在唯一流水号标识;B系统存储业务数据到Mongodb中,异步去处理、组装数据提交到C系统(银行系统),系统C处理完数据以后,将会通过异步回调的形式通知系统B;系统B通过对应关系找到A系统的唯一流水号,进一步的异步回调给系统A。

  业务流程图示意

  发现问题

  业务反馈,开发童鞋介入,发现系统A同一笔交易(业务单)编辑后,重新请求系统B,等到的回调竟然是业务单上一个版本的回调;且,系统A在接受回调的接口做了幂等操作,忽略了该次请求;导致的结果就是,业务编辑提交后许久,业务单一直处于处理中状态。

  影响范围

  发现部分业务单存在问题,大部分业务单是正常现象。排除了项目中统一时区的设定问题。

  线下复现

  复现的时间是上午,测试表示没有复现出来。很诡异!!!

  排查问题

  通过流水号观察日志,发现是B系统存储的在Mongodb中的时间字段,数据上存在问题,比如:创建时间是2022-05-01 14:24:10,然后系统存储的是2022-05-01 02:24:10。从而,系统B通过对创建时间倒排序后,获取业务单的最新一条记录时,获取的是业务单的第一笔请求流水。

  服务器、mongodb节点

  是否服务器时间问题,联系运维童鞋,查看了项目服务器各个节点当前时间,以及mongodb各个节点时间,结果都是正常的,问题又回归到了项目代码上。

  排查代码

  代码历史久远,最近一次迭代还是通过记录创建时间倒序查询。最后,发现问题。

  demo复现

  紧急上线

  开发修复bug,经过测试复现(修改了系统时间等操作),最后运维童鞋对系统进行平滑发布迭代修复上线。

  事后复盘

  1、业务场景发生概率下

  业务单多次编辑,且在客户不撤销业务单,导致发现问题在上线迭代一段时间后。

  2、历史代码,新需求场景

  问题代码属于历史代码,新需求只是加了一个排序,导致对应开发童鞋坚持说不是代码的问题,影响了定位问题的方向。

  3、问题定位方向错误

  首先定位是项目时区设置,然后定位服务器时间不同步,最后定位代码。

  4、系统A幂等处理结果优化

  幂等处理的异常结果,不能忽略,应该直接报警处理。

  上面就是小居数码小编今天给大家介绍的关于(simpledateformat格式化日期毫秒)的全部内容,希望可以帮助到你,想了解更多关于数码知识的问题,欢迎关注我们,并收藏,转发,分享。

  94%的朋友还想知道的:

  如何更改编辑pdf文件内容(pdf格式文件如何编辑修改)

  音频格式转换工具哪个好用(音频格式转换软件有哪些)

  遇到bin文件格式打开方式(遇到bin文件格式怎么去打开)

  设置excel条件格式图文教程(如何设置excel条件格式)



  153285
 

很赞哦! ()

随机图文