我正在尝试将ISO 8601格式的String转换为java.util.Date
。
yyyy-MM-dd'T'HH:mm:ss
Z如果与语言环境一起使用(比较示例),我发现该模式符合ISO8601。
但是,使用java.text.SimpleDateFormat
无法转换正确格式的String 2010-01-01T12:00:00+01:00。我必须先将其转换为2010-01-01T12:00:00+0100,而不能使用冒号。
所以,目前的解决方案是
SimpleDateFormat ISO8601DATEFORMAT = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ", Locale.GERMANY);
String date = "2010-01-01T12:00:00+01:00".replaceAll("\\+0([0-9]){1}\\:00", "+0$100");
System.out.println(ISO8601DATEFORMAT.parse(date));
显然不是那么好。我是否缺少某些东西或有更好的解决方案?
回答
感谢JuanZe的评论,我找到了Joda-Time魔术,这里也对此进行了描述。
因此,解决方案是
DateTimeFormatter parser2 = ISODateTimeFormat.dateTimeNoMillis();
String jtdate = "2010-01-01T12:00:00+01:00";
System.out.println(parser2.parseDateTime(jtdate));
或更简单地说,通过构造函数使用默认解析器:
DateTime dt = new DateTime( "2010-01-01T12:00:00+01:00" ) ;
对我来说,这很好。
不幸的是,SimpleDateFormat(Java 6和更早版本)可用的时区格式不符合ISO 8601。SimpleDateFormat理解时区字符串,例如“ GMT + 01:00”或“ +0100”,后者根据RFC#822进行定义。
即使Java 7根据ISO 8601添加了对时区描述符的支持,SimpleDateFormat仍然无法正确解析完整的日期字符串,因为它不支持可选部分。
使用regexp重新格式化输入字符串当然是一种可能,但是替换规则并不像您的问题那么简单:
某些时区的时间不是UTC整小时,因此字符串不一定以“:00”结尾。
ISO8601仅允许时区中包含小时数,因此“ +01”等效于“ +01:00”
ISO8601允许使用“ Z”表示UTC而不是“ +00:00”。
较简单的解决方案可能是在JAXB中使用数据类型转换器,因为JAXB必须能够根据XML Schema规范解析ISO8601日期字符串。javax.xml.bind.DatatypeConverter.parseDateTime(“2010-01-01T12:00:00Z”)将为您提供一个Calendar对象,如果您需要一个Date对象,则可以在其上简单地使用getTime()。
您可能也可以使用Joda-Time,但我不知道您为什么要为此烦恼。
问题内容: 如何将经典字符串转换为f字符串? 输出: 所需的输出: 问题答案: f字符串是 语法 ,而不是对象类型。您不能将任意字符串转换为该语法,该语法会创建一个字符串对象,而不是相反。 我假设您想用作模板,因此只需在对象上使用方法: 如果要提供可配置的模板服务,请创建一个包含所有可以插值的字段的名称空间字典,并与调用语法一起使用以应用名称空间: 然后,用户可以在字段中的名称空间中使用任何键(或
问题内容: 我想将包含的字符串转换为字符列表和字符哈希集。如何在Java中做到这一点? 问题答案: 您将不得不使用循环,或创建一个像这样的集合包装器,该包装器可用于原始char数组(或直接用于字符串)。 这是一个类似字符串的包装器: 不过,这是一个不变的列表。如果您想要一个可变的列表,请使用: 与此类似,您可以为其他原始类型实现此功能。 请注意,通常不建议使用此功能,因为对于每次访问,您都将进行装
问题内容: Oracle Java Community网站上的一篇文章提供了以下方法作为示例(对于JPA Converter,但这并不相关): 将String y强制转换为String val有什么用?有正当的理由吗? 原始文章:JPA的新增功能 问题答案: 这样的转换是完全没有必要的。我可以想象那是以前 但是后来参数类型更改为,而作者只是忘了删除强制类型转换。
问题内容: 是否可以将模板字符串创建为常规字符串 然后将其转换为模板字符串 没有,以及其他动态代码生成方式? 问题答案: 由于您的模板字符串必须动态地(在运行时)引用该变量,因此答案是: 否,没有动态代码生成是不可能的。 但这很简单:
我正在使用Schembuf在带有套接字的计算机之间更改数据。要传输数据,我使用以下内容: 然而,我注意到Protobuf无法读取任何非int类型的接收数据(它将其分配给0)。果不其然,如果我不使用套接字,但试图用相同的代码片段返回消息,则会发生相同的情况: 我还指出: 那么,为什么我不能正确地将数据转换回字符串呢?如果这是一个参考问题,为什么protobuf不能读取字符数组数据或从字符数组转换的字