我有解析日期的代码如下：
String ALT_DATE_TIME_FORMAT = "yyyy-MM-dd'T'HH:mm:ss.SSSZ";
SimpleDateFormat sdf = new SimpleDateFormat(
ALT_DATE_TIME_FORMAT);
Date date = sdf.parse(requiredTimeStamp);
它工作正常，突然，这停止了工作。事实证明，管理员在服务器上进行了一些配置更改，并且当前正在返回日期为“2010-12-27T10：50：44.000-08：00”，这是上述模式无法解析的。我有两个问题：
第一个是什么模式将以上述格式解析JVM返回的日期（具体来说，只是'-08：00'作为时区）？第二，在Linux RHEL 5服务器上究竟会改变这样的设置，以便我们在将来意识到这些变化？
另一个应用程序使用ISO 8601 dateTime格式。我假设其他应用程序发送的XML响应符合XML Schema的dateTime类型，即ISO 8601.现在，已知的事情是DateFormat无法解析此格式。您必须使用其他库，如joda-time（joda-time是赢家）或其他响应中指定的FastDateFormat。看看这篇文章Converting ISO 8601-compliant String to java.util.Date
OffsetDateTime.parse( "2010-12-27T10:50:44.000-08:00" )
输入字符串格式在ISO 8601标准中定义，该标准是一系列日期时间格式。
问题和其他答案使用与最早版本的Java捆绑在一起的旧的过时日期时间类。避免他们。现在取代了java.time类。
您的输入字符串以offset-from-UTC结尾。所以我们解析为OffsetDateTime对象。
在解析/生成字符串时，java.time类默认使用ISO 8601格式。因此无需指定格式化模式。
OffsetDateTime odt = OffsetDateTime.parse( "2010-12-27T10:50:44.000-08:00" );
如果要在UTC时间轴上查看此日期时间值，请提取Instant。
Instant instant = odt.toInstant();
时区是偏移量加上一组用于处理诸如夏令时（DST）等异常的规则。如果您有一个时区，请应用ZoneId来获取ZonedDateTime对象。时间轴上的相同时刻，但通过不同的wall-clock time查看。
ZoneId z = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = odt.atZoneSameInstant( z ); // Same moment on the timeline, but viewed through a different wall-clock time.
java.time框架内置于Java 8及更高版本中。这些类取代了麻烦的旧legacy日期时间类，如java.util.Date，Calendar和SimpleDateFormat。
现在在Joda-Time的maintenance mode项目建议迁移到java.time班。
要了解更多信息，请参阅Oracle Tutorial。并搜索Stack Overflow以获取许多示例和解释。规格是JSR 310。
您可以直接与数据库交换java.time对象。使用符合JDBC driver或更高版本的JDBC 4.2。不需要字符串，不需要java.sql.*类。
从哪里获取java.time类？
ThreeTen-Extra项目使用其他类扩展了java.time。该项目是未来可能添加到java.time的试验场。你可能会在这里找到一些有用的类，如Interval，YearWeek，YearQuarter和more。
如果你想使用直接JDK解析它，我相信它应该可以使用JAXB工具解析，请参阅DatatypeFactory.newXMLGregorianCalendar或DatatypeConverter.parseDateTime。
作为@ Pangea建议使用JodaTime的更具体的例子，这是你可以使用的：
String timestamp = "2012-09-17T04:11:46Z";
DateTime date = ISODateTimeFormat.dateTimeParser().parseDateTime(timestamp);
这可以正确识别UTC时区。我没有在字符串时间戳中用毫秒来尝试它，但我相信它也能正常工作。
希望能帮助别人。
J.P
问题应该是requiredTimeStamp的来源和格式。是由用户输入，还是从其他程序读取？哪个组件在String表示中创建日期？
格式“2010-12-27T10：50：44.000-08：00”看起来像标准格式ISO-8601它应该可以用模式yyyy-MM-dd'T'HH:mm:ss.SSSZ解析
不确定哪个设置会影响这个，但有一个Oracle FAQ about Java TimeZones。它可能是user.timezone系统属性或RHEL中的/etc/localtime符号链接。
SimpleDateFormat仅接受-0800或GMT-08:00作为时区。
似乎ISO 8601格式无法使用SimpleDateFormat进行解析。也许你应该看看Apache Commons Lang的FastDateFormat。它与SimpleDateFormat兼容，但接受时区的ZZ模式，该模式应该解析您需要的时区格式。 DateFormatUtils包含一些示例常量，看起来像你需要的模式，只是没有毫秒（例如ISO_DATETIME_TIME_ZONE_FORMAT）。
尝试将其更改为小写z。
z处理大多数常见的通用时区语法，而Z使用更严格的RFC 822时区和4位数。
虽然它记录了两者都应解析“常规时区设置”，但它可能会对您的情况产生影响。