在这里，我们将给大家分享关于pytz和astimezone的知识，让您更了解不能应用于原始日期时间的本质，同时也会涉及到如何更有效地c#–如何从TimeZone名称获取日期和时间、Calendar.g

在这里，我们将给大家分享关于pytz和astimezone的知识，让您更了解不能应用于原始日期时间的本质，同时也会涉及到如何更有效地c# – 如何从TimeZone名称获取日期和时间、Calendar.getInstance（TimeZone.getTimeZone（“ UTC”））没有返回UTC时间、Calendar.getInstance（）getTime（）返回的日期为“ GMT”，而不是默认的TimeZone、Calendar.getInstance（）。getTime（）返回的日期为“ GMT”，而不是默认的TimeZone的内容。

• pytz和astimezone（）不能应用于原始日期时间
• c# – 如何从TimeZone名称获取日期和时间
• Calendar.getInstance（TimeZone.getTimeZone（“ UTC”））没有返回UTC时间
• Calendar.getInstance（）getTime（）返回的日期为“ GMT”，而不是默认的TimeZone
• Calendar.getInstance（）。getTime（）返回的日期为“ GMT”，而不是默认的TimeZone

pytz和astimezone（）不能应用于原始日期时间

我有个约会，需要让它知道时区。

local_tz = timezone(''Asia/Tokyo'')start_date = ''2012-09-27''start_date = datetime.strptime(start_date, "%Y-%m-%d")   start_date = start_date.astimezone(local_tz)now_utc = datetime.now(timezone(''UTC''))local_now = now_utc.astimezone(local_tz)

我需要确定这是否正确：

print start_date>local_now

但是我得到这个错误。

   start_date = start_date.astimezone(local_tz)   ValueError: astimezone() cannot be applied to a naive datetime

我将utc转换为东京没有问题。我需要在东京很好地制作start_date时区感知广告。

谢谢

答案1

对于pytz时区，请使用其.localize()方法将原始datetime对象转换为带有时区的对象：

start_date = local_tz.localize(start_date)

对于没有DST过渡区，则.replace()方法到一个时区附加到幼稚datetime对象通常也应该工作：

start_date = start_date.replace(tzinfo=local_tz)

有关更多详细信息，请参见pytz文档的本地化时间和日期算法。

c# – 如何从TimeZone名称获取日期和时间

TimeZoneInfo ZoneName = System.TimeZoneInfo.FindSystemTimeZoneById("US Mountain Standard Time");
DateTime dataTimeByZoneId = System.TimeZoneInfo.ConvertTime(DateTime.Now,System.TimeZoneInfo.Local,ZoneName);

Instant Now = SystemClock.Instance.Now;
DateTimeZone tz = DateTimeZoneProviders.Tzdb["America/Phoenix"];
zoneddatetime zdt = Now.InZone(tz);

// Then depending on what your needs are,pick one of the following:
LocalDateTime ldt = zdt.LocalDateTime;
DateTime dt = zdt.ToDateTimeUnspecified();
DateTimeOffset dto = zdt.ToDateTimeOffset();

Calendar.getInstance（TimeZone.getTimeZone（“ UTC”））没有返回UTC时间

我真的对Calendar.getInstance(TimeZone.getTimeZone("UTC"))方法调用的结果感到困惑，因为它返回了IST时间。

这是我使用的代码

Calendar cal_Two = Calendar.getInstance(TimeZone.getTimeZone("UTC"));System.out.println(cal_Two.getTime());

我得到的答复是：

Sat Jan 25 15:44:18 IST 2014

所以我尝试将默认的TimeZone更改为UTC，然后检查了一下，然后工作正常

Calendar cal_Two = Calendar.getInstance(TimeZone.getTimeZone("UTC"));System.out.println(cal_Two.getTime());TimeZone tz  = TimeZone.getDefault() ;TimeZone.setDefault(TimeZone.getTimeZone("UTC"));Calendar cal_Three = Calendar.getInstance();System.out.println(cal_Three.getTime());TimeZone.setDefault(tz);

结果：

Sat Jan 25 16:09:11 IST 2014Sat Jan 25 10:39:11 UTC 2014

我在这里想念什么吗？

答案1

该System.out.println(cal_Two.getTime())调用返回Date的getTime()。正是它将Date转换为的字符串println，并且这种转换将使用IST您所用的默认时区。

您需要明确使用DateFormat.setTimeZone()来Date在所需的时区中打印。

编辑：@Laurynas的礼貌，请考虑以下事项：

TimeZone timeZone = TimeZone.getTimeZone("UTC");Calendar calendar = Calendar.getInstance(timeZone);SimpleDateFormat simpleDateFormat =        new SimpleDateFormat("EE MMM dd HH:mm:ss zzz yyyy", Locale.US);simpleDateFormat.setTimeZone(timeZone);System.out.println("Time zone: " + timeZone.getID());System.out.println("default time zone: " + TimeZone.getDefault().getID());System.out.println();System.out.println("UTC:     " + simpleDateFormat.format(calendar.getTime()));System.out.println("Default: " + calendar.getTime());

Calendar.getInstance（）getTime（）返回的日期为“ GMT”，而不是默认的TimeZone

Calendar c = Calendar.getInstance();
System.out.println(c.getTime());
c.set(2007,1);
System.out.println(c.getTime());

Calendar.getInstance（）。getTime（）返回的日期为“ GMT”，而不是默认的TimeZone

Calendar c = Calendar.getInstance();System.out.println(c.getTime());c.set(2007, 0, 1);System.out.println(c.getTime());

输出：

IST 2017年9月12日12:36:24

IST 2007年1月1日星期一12:36:24

但是，当我在不同的环境中使用相同的代码时，输​​出更改为以下内容：

输出：

IST 2017年9月12日12:36:24

2007年1月1日星期一格林尼治标准时间12:36:24

仅供参考，我尝试在设置值之前和之后打印日历实例的时区，并且两者都在“ IST”中。

我想知道这个的根本原因。

答案1

问题中的第二个输出是在运行爱尔兰时间（欧洲/都柏林）的JVM上的正确预期行为。2017年9月12日，爱尔兰开始夏令时（DST）。尽管没有明确记录，但Date.toString()（在打印时Date从中隐式调用c.getTime()）在JVM的时区中打印日期和时间，该时间和日期在9月被表示为爱尔兰夏令时的IST。

当您Calendar还使用爱尔兰时间在对象上设置日期时，将保留一天中的小时；就您而言，您将获得Jan 01 2007
12:36:24爱尔兰标准时间。现在想象一下，如果将爱尔兰夏令时和爱尔兰标准时间都渲染为IST会造成混淆。您将无法区分。相反，由于爱尔兰的标准时间与格林尼治标准时间一致，因此Date.toString()当日期
不在 一年中的夏令时（不是一月）时，将显示此内容。

我的猜测是您的第一个输出来自运行印度时间的JVM。它也被渲染为IST，并且由于印度不使用夏季时间，所以夏季和冬季都使用相同的缩写。

java.time

在了解对您观察到的行为的解释之前，我发表了有关过时的Java日期和时间类的评论。不过，我仍然认为评论不会遥遥无期。这是代码的现代等效项：

    ZonedDateTime zdt = ZonedDateTime.now(ZoneId.of("Europe/Dublin"));    System.out.println(zdt);    zdt = zdt.with(LocalDate.of(2007, Month.JANUARY, 1));    System.out.println(zdt);

它打印

2017-09-12T11:45:33.921+01:00[Europe/Dublin]2007-01-01T11:45:33.921Z[Europe/Dublin]

如果要使用JVM的时区设置，请使用ZoneId.systemDefault()代替ZoneId.of("Europe/Dublin")。顾名思义，与相反Date，ZonedDateTime确实包含时区。它更符合旧Calendar类别。如您所见，其toString方法Z以明确的
区域/城市
格式打印UTC的偏移量（表示零偏移量）和时区名称。我相信这会减少混乱的余地。如果要以特定格式打印日期，请使用DateTimeFormatter。

附录：代码示例输出

为了完整起见，这是运行不同时区（可能呈现为IST）时代码的输出：

• 欧洲/都柏林（同意您的第二项输出）

  Tue Sep 12 11:19:28 IST 2017

  Mon Jan 01 11:19:28 GMT 2007

• 亚洲/特拉维夫

  Tue Sep 12 13:19:28 IDT 2017

  Mon Jan 01 13:19:28 IST 2007

• 亚洲/加尔各答（同意您的第一个输出）

  Tue Sep 12 15:49:28 IST 2017

  Mon Jan 01 15:49:28 IST 2007

关于pytz和astimezone和不能应用于原始日期时间的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于c# – 如何从TimeZone名称获取日期和时间、Calendar.getInstance（TimeZone.getTimeZone（“ UTC”））没有返回UTC时间、Calendar.getInstance（）getTime（）返回的日期为“ GMT”，而不是默认的TimeZone、Calendar.getInstance（）。getTime（）返回的日期为“ GMT”，而不是默认的TimeZone等相关知识的信息别忘了在本站进行查找喔。