大佬教程收集整理的这篇文章主要介绍了如何从ISO 8601格式的字符串中选择时区到Calendar instace，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
创建时Calendar，它将采用JVM的默认时区。而且，当您String将a
解析为a时Date，它只会设置一个值：自历元（1970-01-01T00:00Z）以来的毫秒数。A Date没有任何时区信息，仅此毫秒值。因此，您需要在日历中设置时区。
在格式化程序中，您将其Z视为文字，因为它位于引号（'Z'）内。这将忽略偏移量，并获取JVM默认时区中的日期（如果对应的偏移量不是-08：00，则它将具有不同的值）。
在JDK> = 7中，可以使用该X模式来解析偏移量：
Date date = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssX", Locale.US).parse(iso8601DatE);
但这不会在日历中设置时区（它仍将使用JVM的默认值）。因此，“更好”的方法是从输入中去除偏移量并分别处理它：
Calendar calendar = GregorianCalendar.geTinstance();
String iso8601Date = "2017-04-04T09:00:00-08:00";
// get the offset (-08:00)
String offset = iso8601Date.subString(19);
TimeZone tz = TimeZone.getTimeZone("GMT" + offset);
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss", Locale.US);
// set the offset in the formatter
sdf.setTimeZone(tz);
// parse just date and time (without the offset)
Date date = sdf.parse(iso8601Date.subString(0, 19));
// set the offset in the calendar
calendar.setTimeZone(tz);
calendar.setTime(datE);
这样，日历将-08:00设置偏移量。正如@BasilBourque的回答已经说的那样，它-08:00是一个偏移量，而不是时区（TimeZone该类将偏移量视为时区一样对待偏移量，这是一种解决方法/错误的设计选择）。
老班（Date，Calendar和SimpleDateFormat）有很多问题和设计问题，他们正在被新的API取代。
在AndroiD中，您可以使用ThreeTen BACkport，这是Java 8的新日期/时间类的绝佳反向端口。您还需要ThreeTenABP使其起作用（更多有关如何在此处使用的信息）。
@BasilBourque的答案已经告诉您有关的信息OffsetdatetiR_111_11845@e。但是要转换为aCalendar，您可以使用aorg.threeten.bp.zoneddatetiR_111_11845@e并使用以下org.threeten.bp.datetiR_111_11845@eUtils类将其转换：
String iso8601Date = "2017-04-04T09:00:00-08:00";
zoneddatetiR_111_11845@e zdt = zoneddatetiR_111_11845@e.parse(iso8601DatE);
Calendar cal = datetiR_111_11845@eUtils.toGregorianCalendar(zdt);
日历将已经设置了-08:00偏移量。
如果要从偏移量获取时区，恐怕不是那么简单。多个时区可以使用相同的offset，因此您无法确定要使用哪个时区（最好的方法是获取可能的候选者列表）。
只是有关的更详细的说明java.util.Date。该链接对此有很多解释，所以我真的建议您阅读它。
如上所述，a Date没有时区信息。它只是让纪元以来的毫秒数（是1970-01-01T00:00Z或 ）。
这个值在世界各地都一样。示例：目前，我正在编写此代码，当前时间的Millis值为1504632865935。对于世界上任何人，无论我使用的是哪个时区，在与我相同的时间获取当前时间的人，此数字都是相同的。
与该毫秒值相对应的 有所不同。在UTC，它对应于2017-09-05T17:34:25.935Z在纽约，日期是相同的（9月5 日
2017年），但时间是不同的（13:34），并在东京为九月 2017年在上午2时34分。
尽管Date对象是相同的（因为对象的Millis值适用1504632865935于每个人），但是 日期和时间会根据使用的时区而变化。
人们倾向于认为aDate具有时区，因为在打印时（通过System.out.println或通过日志记录）或在调试器中进行检查时，它隐式使用该toString()方法，并将日期转换为JVM的默认时区（并且还会打印时区名称）
）。这样给人的印象是，a Date设置了格式和时区，但没有。
作为输入，我有一个字符串，它是ISO 8601中表示日期的字符串。例如：
的最后一部分String是 “ -08：00”， 表示“时区偏移”。我将此字符串转换为一个Calendar实例，如下所示：
Calendar calendar = GregorianCalendar.geTinstance();
Date date = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss'Z'",Locale.US).parse(iso8601DatE);
calendar.setTime(datE);
iso8601日期为“ 2017-04-04T09：00：00-08：00”
但这不会选择时区，并且如果我从Calendar实例中获取时区，它将给出当前设置的笔记本电脑实例，并且不会从ISO
8601字符串中获取时间戳。我通过日历实例检查时区为：
calendar.getTimeZone().getDisplayName()
有人可以在Calendar实例中显示如何选择时区吗？
以上是大佬教程为你收集整理的如何从ISO 8601格式的字符串中选择时区到Calendar instace全部内容，希望文章能够帮你解决如何从ISO 8601格式的字符串中选择时区到Calendar instace所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。