private final DateTimeFormatter formatter = DateTimeFormatter.ofPattern("MMM dd HH:mm:ss");
LocalDateTime timeStamp = LocalDateTime.parse(string, formatter);
我不像本例中那样使用以周为基础的年份。
最后,与这里不同的是,我使用的是LocalDateTime,所以时区应该不是问题。但是,由于这可能是DateTimeFormatter中的一个bug,我尝试将格式化程序传递为'formatter.WithZone(zoneId.SystemDefault())'(建议的解决方法),结果导致了相同的异常。
LocalDateTime需要一年--否则格式化程序无法决定10月10日是在2016年还是在公元前452年。
您可以向DateTimeFormatter
添加默认行为,例如:
DateTimeFormatter formatter = new DateTimeFormatterBuilder()
.appendPattern("MMM dd HH:mm:ss")
.parseDefaulting(ChronoField.YEAR_OF_ERA, 2016)
.toFormatter(Locale.ENGLISH);
或者更灵活地默认为当前年份:
.parseDefaulting(ChronoField.YEAR_OF_ERA, Year.now().getValue())
问题内容: 我只是想将Java 8中的日期字符串转换为DateTime对象。运行以下行时: 我收到以下错误: 语法与此处建议的语法相同,但有例外。我正在使用JDK-8u25。 问题答案: 事实证明Java不接受裸露的Date值作为DateTime。使用LocalDate代替LocalDateTime解决了此问题:
我得到以下错误: 语法与这里所建议的相同,但我有一个例外。我使用的是。
我有一个以下格式的日期,我需要解析它,并转换成一个纪元时间。 关于我做错了什么有什么帮助吗?
当我这样做的时候 如何解析datetime字符串,以便将其解释为始终来自时区“欧洲/柏林”?
问题内容: 当我这样做时 我得到以下异常: 如何解析日期时间字符串,以便将其始终解释为来自“欧洲/柏林”时区? 问题答案: 问题在于,a 和a 之间存在差异。要创建一个,您需要一个区域偏移量。但是,a和a之间没有一对一的映射关系,因为它实际上取决于当前的夏时制时间。对于ZoneId像“欧洲/柏林”一样的商品,夏季有一个偏移量,而冬季有一个不同的偏移量。 在这种情况下,使用代替会更容易。在解析期间,
我经常遇到这样的异常: 我做错了什么?