电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛

标题: 一次 SimpleDateFormat 引发的惨案（1） [打印本页]

作者: look_w 时间: 2019-4-12 15:38 标题: 一次 SimpleDateFormat 引发的惨案（1）

引子

最近手头上的项目上了一个新功能，每天早上一到公司，就兴致勃勃地登上服务器去查看日志，“窥视”一下跑的正不正常。今天终于碰到“彩蛋”了：

Invalid Date in Date Math String:'2187-02-31T16:00:00Z'
...
Invalid Date in Date Math String:'0001-09-31T16:00:00Z'
复制代码

这是什么鬼？怎么会有这样的日期？一会穿越到一百年后，一会穿越到原始社会，我想问那时的2月和9月都有31号了么？
场景

冷静~ 我们先来理一理业务场景：我这边调用S团队的服务，接口参数传了String类型的开始日期和结束日期，格式：yyyy-MM-dd。既然报了“Invalid Date ...”错误，那是不是服务方对它们进行解析时出了问题呢？登上对方的服务器看日志去，发现很多 NumberFormatException：

2019-01-10 00:31:22 380 [com.xxx.xxx.xxx.xxx.util.DataTool]-[WARN] 2019-01-09 00:00:00 parse err
java.lang.NumberFormatException: For input string: ".109E2.109E2"
         at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2043)
         at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110)
         at java.lang.Double.parseDouble(Double.java:538)
         at java.text.DigitList.getDouble(DigitList.java:169)
         at java.text.DecimalFormat.parse(DecimalFormat.java:2056)
         at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2162)
         at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514)
         at java.text.DateFormat.parse(DateFormat.java:364)
         at com.xxx.xxx.xxx.xxx.util.DataTool.CCTToUTC(DataTool.java:29)


2019-01-10 00:31:22 415 [com.xxx.xxx.xxx.xxx.util.DataTool]-[WARN] 2019-01-10 00:00:00 parse err
java.lang.NumberFormatException: For input string: ""
         at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
         at java.lang.Long.parseLong(Long.java:601)
         at java.lang.Long.parseLong(Long.java:631)
         at java.text.DigitList.getLong(DigitList.java:195)
         at java.text.DecimalFormat.parse(DecimalFormat.java:2051)
         at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1869)
         at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514)
         at java.text.DateFormat.parse(DateFormat.java:364)
         at com.xxx.xxx.xxx.xxx.util.DataTool.CCTToUTC(DataTool.java:29)
复制代码

嗯，"2019-01-09 00:00:00" 和 “2019-01-10 00:00:00” 是我传过来的参数值，对应开始日期和结束日期。这应该没什么问题。那检查一下 DataTool.java 类 CCTToUTC 这个方法的第29行：

public class DataTool {

      private static Logger logger = Logger.getLogger(DataTool.class);

      private static SimpleDateFormat dateSdf = new SimpleDateFormat("yyyy-MM-dd");

      private static SimpleDateFormat timezoneSdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss'Z'");

      public static String CCTToUTC(String timeString) {
         try {
            Date date = dateSdf.parse(timeString); // 第29行
            Calendar calendar = Calendar.getInstance();
            Date tgtDate = new Date(date.getTime() - calendar.getTimeZone().getRawOffset());
            return timezoneSdf.format(tgtDate);
         } catch (Exception e) {
            logger.warn(timeString+" parse err", e);
            return timezoneSdf.format(new Date());
         }
      }
}
复制代码

代码很简单，定义全局变量 SimpleDateFormat，在 CCTToUTC(String timeString) 中用它对传入的日期进行解析和格式化。但在第一行 parse 的时候就报错了并被捕获到，而后打印了一行 warn 日志，并返回了当前时间 format 后的时间字符串。这不是我们想要的结果。

我怀疑是不是我传入的时间有问题，于是在本类写了个 main 方法，简单 sout 打印调用该方法后的结果，尝试了几个不同的时间串，发现始终得不到上面那些令我“穿越”的日期。

欢迎光临电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)