JDK 6 中的陷阱

Question

JDK 6 中是否存在早期版本中不存在的问题？我有兴趣发现 Timestamp.valueOf() 工作方式中的一些令人惊讶的变化，例如以下变化。

Timestamp.valueOf()，当提供包含单个数字的日期或月份的时间戳时。例如。 2009-9-20、2009-9-3、2009-12-4 等在 JDK 6 中的行为有所不同 - 它会抛出 IllegalArgumentException ，指出时间戳格式不正确。而 JDK 5（及更早版本）可以很好地提供正确的值，并在这些单位数字前面加上“0”前缀。

JDK 6 只是更加严格，因为该方法确实希望它的参数是 JDBC 时间戳转义格式的字符串。然而，这个 BREAKS 代码是用 JDK 5 编写的。

代码如下：

String s = "2009-9-1 00:00:00";
Timestamp t = Timestamp.valueOf(s);

然而，JDK 6 可以将小时、分钟、秒设为单位数字。我通过查看 JDK 6 中 Timestamp 类的源代码找出了问题所在。我发现了一个数组 intDate[] ，它被初始化为 {4,2,2} ，并且日期中每个项目的长度都与此进行检查大批。

为什么时间部分即使只有个位数也能正常工作？因为根据等效数组 intTime[] 检查长度的代码在源代码中被注释掉了。

JDK 5 中的 Timestamp 类没有任何这些检查，并且可以很好地处理此类输入。

我在官方网站上没有发现任何地方提到过这种奇怪的现象。不过我发现另一个人也有同样的问题。这个问题很容易解决，我有兴趣找出 JDK 6 中发生的其他此类奇怪的变化。

Answer 1

正式地，此

编辑

另外你可以看看Sun的bug数据库。

这个 链接 显示 Java 中类型 bug 的项目，状态已接受，关键字“1.6 1.5”

我检查了其中的一些，它看起来像您所需要的。