这次遇到的问题小Alan其实一年半前做证券行业项目就已经遇到过，但是一直没有去思考是什么原因导致的这样的悬疑案，悬疑案是什么呢？其实很简单，我想有不少童鞋都有用到Oracle数据库，情形是这样子的，这是我们做电商平台常见的订单表中包含的两个字段：

502152841492-1889689541.png">

502151756148-1198491211.png">

如图，随便拿两个时间举例，一个是买家提交订单的时间，一个是卖家确认订单的时间，我们来看一条数据，它是这样子的：

502151858414-424976138.png">

大家看数据，没毛病吧，两个日期格式是一模一样的，采用的都是TIMESTAMP(6)类型的时间格式，DATE也是比较常用的类型，如果需要更精确可以考虑使用TIMESTAMP类型，那么问题出在哪里呢？我们通过测试工具jmeter向后端发送一个订单详情接口的请求：

502152036023-554691997.png">

返回的数据如下：

502152208867-1060552364.png">

当小Alan看到禅道上面测试mm提的Bug时心是绝望的，what？fuck？shit？这是什么鬼？果不其然，过了没多久做ios的哥们就找上门来了？为什么你提交订单的时间是年月日时分秒，而确认订单的时间又是毫秒数？我fuck your...但是经过小Alan的三寸会烂之舌，做ios的哥们很配合的自己格式化去了，真不是小Alan懒哦，而是做H5和Android的哥们已经自己格式化了，大家要统一开发风格嘛，O(∩_∩)O哈哈哈~

但是懒是阻止不了小Alan的求知欲望的，于是仔细的去看了看代码当中的玄妙之处，秒秒钟还是找到了问题所在，上面还在说大家要统一开发风格，结果自己还真没有统一开发风格，好尴尬，咳...咳...咳...

问题出在哪呢？接下来为大家揭晓：

我们先看看提交订单的sql语句（sql语句太长，简单截取表示）：

502153804070-1972825033.png">

这里用到的是orm框架Mybatis，大家可以发现orderTime是通过实体类传过来的，再来看看给它赋值的代码部分：

502154020257-1549413351.png">

这说明了什么？说明提交订单的时间是通过java.util.Date类型的无参构造函数得到的当前系统时间，有毛病吗？当然没毛病！我们再来看看确认订单的时间又是怎么来的呢？我们来到确认订单的接口：

502154345007-2136104623.png">

小Alan找了半天硬是没找到在哪给的确认订单的时间，这就是问题所在了，提交订单是另一个做Java的哥们开发的接口，确认订单呢是我开发的接口？这不明摆着没有统一开发风格么，咳...咳...咳...好尴尬啊！小Alan就想这里没有给时间那数据库怎么会有确认订单的时间？于是继续往下走来到了sql语句：

502154904961-1197324012.png">

原来确认订单的时间是这么子来的？直接用的oracle数据库服务器的当前系统时间sysdate，经过这么一出，于是数据的数据是这样子的：

这尼玛有毛病吗？就是没毛病！但是接口返回的数据的的却却有毛病！小Alan就给大家揭晓到这里，别问小Alan到底是不是这个原因导致的，小Alan比较懒没有验证过，闲着没事的可以去验证一下，如果不是这么回事记得在下面评论就好，别打小Alan，小Alan拿个碗到街上乞讨都没人打发点，就不要再伤害小Alan幼小的心灵了。

结束语：就是没毛病。