奇数在Joda DateTime中的结果为01.04.1893

Question

我的时区是CET（柏林）。
在测试Joda的DateTime时，我注意到一些奇怪的事情：

new DateTime(1893, 4, 1, 0, 0, 0, 0);
=>  java.lang.IllegalArgumentException: Illegal instant due to time zone offset transition:

new DateTime(1893, 3, 31, 0, 0, 0, 0).toDate();
=>  Fri Mar 31 00:06:32 CET 1893

时区偏移6分32秒导致不存在时间？
我必须说这是非常出乎意料的，因为我没有指定任何时区信息，因此也没想到会遇到这种问题。
如果在1893年3月没有CET（柏林）-为什么不new DateTime(1893, 3, 31, 0, 0, 0, 0)选择与我指定的时间相匹配的时区（即0分0秒）？

我如何选择正确的DateTime时间？

-编辑-
问题似乎出在toDate（）。在发布问题之前，我已将其删除。
Joda本身实际上运行良好：

new DateTime(1893, 3, 31, 0, 0, 0, 0);
=>  1893-01-01T00:00:00.000+00:53:28

只是到日期的转换会将偏移量的一部分移至分钟和秒。

Answer 1

如果您未指定时区，那么不幸的是Joda Time使用系统时区。是的，柏林真的 没有
改变
当时（和6分32秒）。因此，您指定的本地时间不存在。

您的意思是“为什么不选择与我指定的时间匹配的时区？” -时区会影响本地时间与UTC的映射方式。在您 隐式
指定的时区中（通过选择系统默认值），该时间不存在。没有UTC即时映射到该本地时间。有许多时区 可以 映射该本地时间-乔达怎么知道该选哪个？

我同意，使用系统默认时区对Joda来说是一个错误的举动（这是我们在Noda Time中确定的），但是其余所有行为都是可以的。（对于这种情况，Noda
Time有一个特殊的例外，可以将其与传递显然更糟的值区分开来，但是我们可以了。）

如果你不希望时区进入它 在所有的 ，那么你应该使用LocalDateTime来代替。