如何精准定位Moment特征优化导致的线上bug并有效解决?
- 内容介绍
- 文章标签
- 相关推荐
本文共计890个文字,预计阅读时间需要4分钟。
目录 + bug的发现 + bug的排查 + bug的根源 + 解决方案 + bug的出现 + 这一天,原本是平平淡淡的一天,我正准备一如既往地早点下班,结果QA说线上出现了个怪异bug。对象:用户在日期选择器中选择选日期。
目录
- bug的出现
- bug排查
- bug的根因
- 解决方案
bug的出现
这一天,本来是平平淡淡的一天,我正准备一如既往的到点下班,结果qa说线上出了个匪夷所思的bug。
表象为:用户在日期选择器选择了1964-01-01之后,自动变成了1963-12-31
我心里想:这是什么神奇bug,于是我又尝试了一下选择1964-01-02、1963-12-31、1965-01-01、1963-01-01,结果都正常,那么到底是为什么会引发这个bug呢?
bug排查
由于后端把时间、日期类的字段都定义为了时间戳,因此前端是有进行一些处理的,可以看下面这个图
从接口中拿到时间戳后,会先存到内存中,格式化后传入antd日期选择器中。
本文共计890个文字,预计阅读时间需要4分钟。
目录 + bug的发现 + bug的排查 + bug的根源 + 解决方案 + bug的出现 + 这一天,原本是平平淡淡的一天,我正准备一如既往地早点下班,结果QA说线上出现了个怪异bug。对象:用户在日期选择器中选择选日期。
目录
- bug的出现
- bug排查
- bug的根因
- 解决方案
bug的出现
这一天,本来是平平淡淡的一天,我正准备一如既往的到点下班,结果qa说线上出了个匪夷所思的bug。
表象为:用户在日期选择器选择了1964-01-01之后,自动变成了1963-12-31
我心里想:这是什么神奇bug,于是我又尝试了一下选择1964-01-02、1963-12-31、1965-01-01、1963-01-01,结果都正常,那么到底是为什么会引发这个bug呢?
bug排查
由于后端把时间、日期类的字段都定义为了时间戳,因此前端是有进行一些处理的,可以看下面这个图
从接口中拿到时间戳后,会先存到内存中,格式化后传入antd日期选择器中。

