测试踩坑——JAVA13位时间戳处理,别小瞧了“毫秒“老弟

测试踩坑——JAVA13位时间戳处理,别小瞧了”毫秒”老弟!

    • 一、BUG现象
    • 二、BUG原因及修复
    • 三、排查过程——Debug没细看后的迷惑操作
      • 3.1 使用tcpdump,获取对应cap数据包
      • 3.2 使用Wireshark解析数据包,查看mysql语句

一、BUG现象

:进入页面,显示的下周还有剩余的流量额度,但是将营销时间选择在下周的时间里,点击 “完成创建”按钮进行任务创建的时候,却提示“任务渠道余额不足”(这里只要时间范围内有剩余,就能创建)。

  • 进入创建任务界面,查询时,由于传递的是当前时间,对应的13位时间戳的后三位肯定不为0。

    开发原先计算当前时间本周的时间范围开始时间的代码如下:

    : 将clearTime方法中,将毫秒级别的时间也设置为0

    3.1 使用tcpdump,获取对应cap数据包

    • 使用CRT或Xsehll工具,连接上这个SQL 所属域。
    • 通过以下命令,可以监听对应的tcp流数据并将cap数据文件下载到本地。
    • 注意点1:为了避免监听的tcp数据量中包含太多的mysql相关的数据,导致后面不好找到对应的数据。可以将Debug远程服务,将断点打在需要查看的SQL前后各一个,到第一个断点时,使用tcpdump命令开始监听,到第二个断点时,结束监听并生成文件

    3.2 使用Wireshark解析数据包,查看mysql语句

    :https://download.csdn.net/download/qq_37688023/79821541

    • 直接将生成的.cap文件拖动到Wireshark打开

    • 选择其中一个,右键选择→追踪流→TCP流

    文章知识点与官方知识档案匹配,可进一步学习相关知识Java技能树首页概览92974 人正在系统学习中

    声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

  • 上一篇 2022年1月6日
    下一篇 2022年1月6日

    相关推荐