java – 具有纳秒的字符串日期转换

我已经用这段代码为Android应用程序挣扎了一段时间,我无法理解它.我已经阅读并尝试了我在stackoverflow和其他地方找到的每个解决方案,但仍然没有运气.

我想要做的是有一个函数将像“17.08.2012 05：35：19：7600000”这样的字符串转换为UTC日期和一个接受UTC日期并将其转换为类似字符串的函数.

String value = "17.08.2012 05:35:19:7600000";
DateFormat df = new SimpleDateFormat("dd.MM.yyyy HH:mm:ss:SSSSSSS");
try
{
  Date today = df.parse(value);
  System.out.println("Today = " + df.format(today) + " " + today.toGMTString());
} 
catch (ParseException e)
{
  e.printStackTrace();
}

结果如下：今天= 17.08.2012 07：41：59：0000000 2012年8月17日04:41:59 GMT这两个都是错的.

我尝试将SDF的时区设置为UTC,没有运气.
我注意到的另一件事：如果我做df.setLenient(false);
它给了我：java.text.ParseException：Unparseable date：“17.08.2012 05：35：19：7600000”.

如果有人能提供一些解释/示例代码,我将非常感激.提前致谢

解决方法:

你得到的结果是绝对正确的.

我们来分析一下：

17.08.2012 05:35:19:7600000

> 17：月份(17日)
> 08：一年中的月份(八月)
> 2012年：年(2012年)
> 05：一天中的小时(早上5点)
> 35：一小时(：35)
> 19：分秒(：19)
> 7600000：毫秒秒(7,600,000)

现在,VM看到这种情况的方式是你将时间宣布为5:35:19 am,然后再添加7,600,000毫秒. 7,600,000毫秒= 7,600秒= 2小时6分40秒.凌晨5:35:19 02:06:40 = 7:41:59(和0毫秒).这是你得到的结果. (您似乎没有正确设置时区,因此GMT字符串比您的结果落后3小时.)

如果你想保留：7600000,据我所知这是不可能的.由于这可以简化为几秒钟,因此VM会自动将其减少到其他时间增量.毫秒(SSSS)应该用于存储值<1000. 我建议你为你的输出创建一个新的SimpleDateFormat;但要记住,毫秒将被吸收到其他时间(因为它们都被存储为Date对象中的一个long).

标签：date-parsing,android,java,simpledateformat,datetime-format
来源： https://codeday.me/bug/20190923/1815608.html